Hello everyone, first of all i would say it is a good thing to split the 304 exam into two exams. For me it makes no sense to prove virtualization and high availability in one exam.Yesterday in our company we have the same discussion about k8s. And yesterday i have the same opinion like Ingo, Kubernetes must be part of the new exam. But after i have slept on it for a night i see the thing in another light.The argument that Fabian pointed out, so i think, is correct. K8s is an utility to manage a lot of container in a easy way. And Docker must pe part of the new 304 exam because i see it also that docker is a new kind of virtualization. If k8s would be part of the new exam what about ovirt, promox and maybe VMware?
Dirk Am 06.03.19 um 18:18 schrieb Fabian Thorns: > Hi Ingo, > > k8s was one of the hardest aspects of the proposal. The main rationale > for how the draft looks like now is that k8s is, at least for now, > technically not a container runtime but an orchestration tool. We do > cover Docker, as it is useful on its own, too, so candidates show > their proficiency in containerization in its original definition. > Regarding k8s, we could aim for several potential approaches: We could > cover handling objects in k8s (most of the stuff that goes into a yaml > file to be used with kubectl apply), but that would leave the field of > virtualization and enter the field of application design. We do cover > this in the DevOps Tools Enginner exam and I'm not sure if a Linux > Virtualization expert would actually deal with Deployments and PVCs. > We could also cover the administration of k8s which, however, could be > an exam on its own. Since we're talking about LPIC-3, we would > certainly have to discuss specific storage classes, networking plugins > or go into details of kube-proxy implementation and kubelet > parameters. We would also probably consider kubeadm, although my > impression is that the majority of productive clusters either run in > the cloud or are deployed using higher level management tools such as > Rancher, kops, kubespray, you name it. Squeezing all this into one > aspect of several aspects within one exam doesn't seem to work out > easily. That's why the proposal tests k8s deep enough to be sure the > candidates are aware of it and its major principles, but does not > require any in-depth knowledge about either of its these. > > So much for the rationale of the draft. How much kubernetes would you > like to see in the exam personally? And what does the rest think? We > can change the draft in any directions, but we should be sure to > consider the relevance of the topics and the effort of > learning/training it. > > Fabian > > > On Tue, Mar 5, 2019 at 10:53 AM Ingo Wichmann <[email protected] > <mailto:[email protected]>> wrote: > > Hi Fabian, > > I don't find Kubernetes in any of the Objectivs. > > Ingo > > Am 05.03.19 um 10:01 schrieb Fabian Thorns: > > Dear all, > > > > there are finally some news on how we might proceed with 304. > Thanks to > > all of you who shared their thoughts on this, I had some really good > > discussions and the overall decision how to handle > Virtualization and > > High Availability in the future isn't that easy. The only common > > denominator in all these discussions was the wish to separate these > > topics. So, here is a proposal on a pure virtualization 304 exam: > > > > https://wiki.lpi.org/wiki/LPIC-304_Objectives_V3.0 > > > > The diff to 304 version 3.0 is here: > > > > > > https://wiki.lpi.org/pubwiki/index.php?title=LPIC-304_Objectives_V3.0&type=revision&diff=&oldid=5108 > > > > We now have an additional topic on container virtualization as > well as > > another new topic about tools such as Packer, cloud-init and > Vagrant. > > The latter topic is closely related to the DevOps Tools Engineer > exam, > > but, just as the container topic, is intended for Linux Ops and > won't be > > suitable for Devs, as we will go into great technical detail in > LPIC-3. > > > > As usual, I hope for your feedback and comments. It's a first > shot, it > > certainly needs fine tuning. > > > > Oh, and in case you're wondering what happened to High > Availability... > > stay tuned :) > > > > Fabian > > > > > > > > On Sun, Nov 18, 2018 at 2:06 PM Ortwin Ebhardt <[email protected] > <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>>> wrote: > > > > Hello, > > > > while I can easily see this working with virtualization and > storage > > (multipath and iscsi would be something to add here), I am note > > quite sure about HA; that may come from the fact that I do > not know > > so many HA solutions, but apart from Load Balancers and > Heartbeat > > acutaully nothin comes to my mind. Would that be enough for > a hole exam? > > There would, of course, be the possibility to include HA on > base of > > tomcat or galera clusters - but wouldn't that go to much into > > applications? > > > > > > Best regards, > > > > Ortwin > > > > Ortwin Ebhardt > > > > Senior Consultant > > > > > > Capricorn Consulting GmbH > > An Krietes Park 6 > > 28307 Bremen > > > > > > Telefon: +49 421 98981-642 > > > > E-Mail: [email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>> > > > > Internet: www.capricorn.de <http://www.capricorn.de> > <https://www.capricorn.de/> > > > > Jetzt neu: IT News von Capricorn. Kompakt – Aktuell - Direkt. > > Anmeldung unter www.capricorn.de <http://www.capricorn.de> > <http://www.capricorn.de> > > > > Geschäftsführer: Thomas Bargfrede, Dipl.-Ing. Axel Buschmann, > > Thomas von Massenbach, Thomas Heuermann > > Registergericht: Amtsgericht Bremen, HRB 31421 > > > > > > Unsere Informationspflicht nach Art. 13 DSGVO finden Sie hier > > <https://www.capricorn.de/datenschutz-kurz.html> > > > > *Hinweis* > > > > Diese elektronische Nachricht ist vertraulich und > ausschließlich für > > den Adressaten bestimmt. Falls Sie nicht der beabsichtigte > Empfänger > > der Nachricht sind, ist jede Veröffentlichung, > > Vervielfältigung, Verbreitung oder Nutzung des Inhalts der > Nachricht > > verboten. > > Falls Sie die Nachricht versehentlich erhalten haben, > informieren > > Sie die Capricorn Consulting GmbH bitte > > unverzüglich telefonisch oder per E-Mail. > > > > This electronic mail is intended to be for the use of the > individual > > or entity named above. If you are not the intended recipient > of the > > information, be aware that any disclosure, copying, > > distribution or use of the contents of this information is > > prohibited. If you have received this electronic mail in error, > > please notify the Capricorn Consulting GmbH by telephone or > email. > > > > > > > > > ------------------------------------------------------------------------ > > *Von:* [email protected] > <mailto:[email protected]> > > <mailto:[email protected] > <mailto:[email protected]>> <[email protected] > <mailto:[email protected]> > > <mailto:[email protected] > <mailto:[email protected]>>> im Auftrag von Fabian Thorns > > <[email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>>> > > *Gesendet:* Sonntag, 18. November 2018 13:59:27 > > *An:* This is the lpi-examdev mailing list. > > *Betreff:* Re: [lpi-examdev] LPIC-304 Objectives > > > > Hi there, > > > > thanks for all your comments. It seems there is a general > agreement > > that 304 should be split, and that the building blocks of > whatever > > comes out of it are virtualization, high availability and > storage. > > We've already mentioned ceph and in a side conversation > fibrechannel > > was mentioned, but i was wondering what else should be added > to the > > three baskets (virtualization, HA, storage). We need to get > a first > > idea of the possible amount of content of each topic to see what > > could potentially make up an own exam. > > > > If you have new topics in mind for any of those three > categories, > > please share them here. > > > > Fabian > > > > > > On Tue, Oct 16, 2018 at 4:38 PM Fabian Thorns > <[email protected] <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>>> wrote: > > > > Hi there, > > > > let's discuss exam 304 in this thread. > > > > The current objectives are available here: > > > > https://wiki.lpi.org/wiki/LPIC-304_Objectives_V2 > > > > Some of you raised the following points in private > conversations: > > > > - Container virtualization, i.e. Docker > > - Storage (i.e. Ceph, with respect to both HA and > virtualization)? > > - Notwork HA (bonding) > > - Is it still worth having a combined HA and virtualization > > certification? > > > > I'm sure there is more to discuss, so just follow up with > > whatever you have in mind :) > > > > Fabian > > > > -- > > Fabian Thorns <[email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>>> GPG: > > F1426B12 > > Director of Certification Development, Linux > Professional Institute > > > > > > > > -- > > Fabian Thorns <[email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>>> GPG: F1426B12 > > Director of Certification Development, Linux Professional > Institute > > > > > > > > _______________________________________________ > > lpi-examdev mailing list > > [email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>> > > http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev > > > > > > > > -- > > Fabian Thorns <[email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>>> GPG: F1426B12 > > Director of Certification Development, Linux Professional Institute > > > > _______________________________________________ > > lpi-examdev mailing list > > [email protected] <mailto:[email protected]> > > https://list.lpi.org/mailman/listinfo/lpi-examdev > > > > -- > Linuxhotel GmbH, Geschäftsführer Dipl.-Ing. Ingo Wichmann > HRB 20463 Amtsgericht Essen, UStID DE 814 943 641 > Antonienallee 1, 45279 Essen, Tel.: 0201 8536-600, > http://www.linuxhotel.de > > > > -- > Fabian Thorns <[email protected] <mailto:[email protected]>> GPG: F1426B12 > Director of Certification Development, Linux Professional Institute > > _______________________________________________ > lpi-examdev mailing list > [email protected] > https://list.lpi.org/mailman/listinfo/lpi-examdev
_______________________________________________ lpi-examdev mailing list [email protected] https://list.lpi.org/mailman/listinfo/lpi-examdev
