Dear all, there were some update to the LPIC-304 objectives draft which I'd like to make you aware of:
- KVM was replaced by QEMU in most of its occurrences since KVM actually is a special case of QEMU - In 341.1, awareness of systemd-machined and Open vSwitch was added - In 341.3 we now cover more details on QEMU networking as well as the QEMU Guest Agent and VirtIO drivers - A new objectives 341.5 covers handling of virtual machine disk images using qemu-img and libguestfish tools - The weight of 341.2 (Xen) was reduced - The weights of 342.2 (LXC) and 342.3 (Docker) were increased You can review the current draft at https://wiki.lpi.org/wiki/LPIC-304_Objectives_V3.0 Just as for the other LPIC-3 drafts, please share any considerations you might have. Fabian On Wed, Mar 6, 2019 at 11:09 PM Dirk Streubel <dirk.streu...@posteo.de> wrote: > 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 <i...@linuxhotel.de> 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 <o...@capricorn.de >> > <mailto:o...@capricorn.de>> 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: o...@capricorn.de <mailto:o...@capricorn.de> >> > >> > Internet: 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> >> > >> > 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:* lpi-examdev-boun...@lpi.org >> > <mailto:lpi-examdev-boun...@lpi.org> <lpi-examdev-boun...@lpi.org >> > <mailto:lpi-examdev-boun...@lpi.org>> im Auftrag von Fabian Thorns >> > <ftho...@lpi.org <mailto:ftho...@lpi.org>> >> > *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 <ftho...@lpi.org >> > <mailto:ftho...@lpi.org>> 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 <ftho...@lpi.org <mailto:ftho...@lpi.org>> GPG: >> > F1426B12 >> > Director of Certification Development, Linux Professional >> Institute >> > >> > >> > >> > -- >> > Fabian Thorns <ftho...@lpi.org <mailto:ftho...@lpi.org>> GPG: >> F1426B12 >> > Director of Certification Development, Linux Professional Institute >> > >> > >> > >> > _______________________________________________ >> > lpi-examdev mailing list >> > lpi-exam...@lpi.org <mailto:lpi-exam...@lpi.org> >> > http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev >> > >> > >> > >> > -- >> > Fabian Thorns <ftho...@lpi.org <mailto:ftho...@lpi.org>> GPG: F1426B12 >> > Director of Certification Development, Linux Professional Institute >> > >> > _______________________________________________ >> > lpi-examdev mailing list >> > lpi-examdev@list.lpi.org >> > 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 <ftho...@lpi.org> GPG: F1426B12 > Director of Certification Development, Linux Professional Institute > > _______________________________________________ > lpi-examdev mailing > listlpi-exam...@list.lpi.orghttps://list.lpi.org/mailman/listinfo/lpi-examdev > > -- Fabian Thorns <ftho...@lpi.org> GPG: F1426B12 Director of Certification Development, Linux Professional Institute
_______________________________________________ lpi-examdev mailing list lpi-examdev@list.lpi.org https://list.lpi.org/mailman/listinfo/lpi-examdev
