WEBVTT 00:00.120 --> 00:00.960 Instructeur: Wanneer 00:00.960 --> 00:03.090 het tijd is om je virtuele machines te installeren en 00:03.090 --> 00:04.740 configureren wanneer je virtualisatie 00:04.740 --> 00:05.790 gebruikt, is het belangrijk 00:05.790 --> 00:08.250 om de verschillende resource vereisten te begrijpen. 00:08.250 --> 00:09.900 Als het gaat om de benodigde middelen, 00:09.900 --> 00:12.690 richten we ons op vier hoofdgebieden. 00:12.690 --> 00:15.390 De CPU en zijn virtualisatie-uitbreidingen, 00:15.390 --> 00:18.930 het systeemgeheugen, opslag en netwerken. 00:18.930 --> 00:20.580 Laten we ze allemaal eens bekijken. 00:20.580 --> 00:24.150 Ten eerste hebben we de CPU en zijn virtualisatie-uitbreidingen. 00:24.150 --> 00:25.980 Als we het nu over CPU's hebben, 00:25.980 --> 00:28.710 gebruikt elke fabrikant, zoals Intel en AMD, een 00:28.710 --> 00:31.470 andere technologie voor virtualisatie. 00:31.470 --> 00:33.420 Als je Intel-gebaseerde chips 00:33.420 --> 00:36.150 gebruikt, zul je op zoek gaan naar VT-x, wat 00:36.150 --> 00:38.100 de virtualisatietechnologie 00:38.100 --> 00:39.840 is, wat staat voor VT. 00:39.840 --> 00:41.910 Als je een AMD-processor gebruikt, 00:41.910 --> 00:45.600 noemen ze hun virtualisatie-extensie AMD-V voor 00:45.600 --> 00:48.180 AMD-virtualisatie. 00:48.180 --> 00:50.310 Of je nu een gehoste hypervisor of een bare 00:50.310 --> 00:52.080 metal hypervisor gebruikt, beide 00:52.080 --> 00:54.996 zullen aanzienlijke prestatieverbeteringen opleveren 00:54.996 --> 00:57.990 als je een CPU hebt die virtualisatie ondersteunt. 00:57.990 --> 00:59.700 Voor sommige virtualisatiesoftware 00:59.700 --> 01:01.380 is het niet nodig dat een CPU virtualisatieondersteuning 01:01.380 --> 01:03.600 heeft ingeschakeld om virtualisatie te kunnen 01:03.600 --> 01:05.490 gebruiken. 01:05.490 --> 01:07.830 Maar als je virtualisatie niet hebt ingeschakeld 01:07.830 --> 01:09.360 als processoruitbreiding, zal 01:09.360 --> 01:12.090 het je prestaties aanzienlijk vertragen. 01:12.090 --> 01:14.820 En je zult een zeer onbruikbare virtuele machine hebben 01:14.820 --> 01:17.550 als het aankomt op het doen van echt productiewerk. 01:17.550 --> 01:19.830 Als je processor virtualisatie ondersteunt, 01:19.830 --> 01:21.750 en dat doen de meeste moderne processors, 01:21.750 --> 01:23.713 dan moet je naar het BIOS of UEFI gaan om 01:23.713 --> 01:27.210 die virtualisatie-uitbreidingen in te schakelen. 01:27.210 --> 01:28.800 Meestal, als je een virtuele machine 01:28.800 --> 01:30.060 probeert te installeren 01:30.060 --> 01:32.070 in iets als VirtualBox of VMware, en het 01:32.070 --> 01:33.180 detecteert niet dat virtualisatie 01:33.180 --> 01:34.710 is ingeschakeld, zal het je een 01:34.710 --> 01:36.060 foutmelding geven die je vertelt 01:36.060 --> 01:39.720 dat je VT-x of AMD-V moet inschakelen. 01:39.720 --> 01:42.990 Naast deze twee virtualisatietechnologie-uitbreidingen 01:42.990 --> 01:45.690 is er nog een andere die SLAT heet, wat staat voor 01:45.690 --> 01:48.540 second level address translations. 01:48.540 --> 01:50.070 En dit is een processorfunctie 01:50.070 --> 01:51.810 in veel moderne processors die de 01:51.810 --> 01:53.160 prestaties van virtueel geheugen 01:53.160 --> 01:55.020 helpt verbeteren als je meerdere virtuele 01:55.020 --> 01:56.370 machines op een enkele fysieke 01:56.370 --> 01:58.500 host draait. 01:58.500 --> 02:00.540 Als je een Intel processor 02:00.540 --> 02:03.690 gebruikt, noemen ze SLAT EPT, dat is de uitgebreide 02:03.690 --> 02:06.000 paginatabel. 02:06.000 --> 02:07.980 Als je een AMD-processor gebruikt, 02:07.980 --> 02:11.160 noemen ze SLAT RVI, wat staat voor rapid virtualization 02:11.160 --> 02:14.010 indexing. 02:14.010 --> 02:19.010 Hoe dan ook, als je de term SLAT, EPT of RVI ziet, heb je het eigenlijk over de mogelijkheid 02:19.110 --> 02:20.430 om sneller toegang te 02:20.430 --> 02:23.040 krijgen tot het virtuele geheugen en betere 02:23.040 --> 02:25.590 prestaties uit je CPU te halen. 02:25.590 --> 02:27.180 En het is iets dat je processor 02:27.180 --> 02:28.860 moet ondersteunen om deze extensies 02:28.860 --> 02:30.660 te kunnen gebruiken. 02:30.660 --> 02:31.890 Nu willen we het niet 02:31.890 --> 02:33.450 alleen hebben over virtualisatie-uitbreidingen 02:33.450 --> 02:35.640 in onze processors en CPU's, maar ook 02:35.640 --> 02:38.490 over de CPU zelf. 02:38.490 --> 02:40.650 Als je een zeer goed presterende machine wilt 02:40.650 --> 02:42.360 hebben wanneer je te maken hebt met 02:42.360 --> 02:43.350 virtualisatie, dan 02:43.350 --> 02:46.080 zul je op zoek willen gaan naar een processor die multi-core 02:46.080 --> 02:49.050 hyper threading of meerdere fysieke processors op je systeem 02:49.050 --> 02:50.640 ondersteunt. 02:50.640 --> 02:52.470 Als je extra cores beschikbaar hebt, betekent 02:52.470 --> 02:54.810 dat dat je extra verwerkingscapaciteit hebt. 02:54.810 --> 02:56.310 Als je meerdere processors hebt, 02:56.310 --> 02:58.680 betekent dit dat je twee of meer fysieke processors 02:58.680 --> 03:00.630 op dat moederbord hebt geïnstalleerd. 03:00.630 --> 03:01.770 Nu is dit vrij zeldzaam, 03:01.770 --> 03:04.470 tenzij je een server-gebaseerde technologie gebruikt, 03:04.470 --> 03:08.130 maar op je desktop thuis of je laptop is het waarschijnlijker dat je multicore 03:08.130 --> 03:09.990 of hyper threading op je processor vindt 03:09.990 --> 03:12.810 om je virtuele cores te geven. 03:12.810 --> 03:14.400 En op die manier geeft het je extra mogelijkheden 03:14.400 --> 03:17.760 om processors toe te wijzen aan je individuele virtuele machines waarop die 03:17.760 --> 03:19.560 gastbesturingssystemen draaien en ze meer 03:19.560 --> 03:21.540 toegewijde bronnen te geven die hun prestaties 03:21.540 --> 03:23.520 zullen verhogen. 03:23.520 --> 03:24.540 Een andere kanttekening 03:24.540 --> 03:25.650 bij CPU's is dat 03:25.650 --> 03:27.600 er tegenwoordig drie verschillende 03:27.600 --> 03:29.250 mechanismen op de markt 03:29.250 --> 03:31.260 zijn. 03:31.260 --> 03:34.320 De eerste is de oude school x86. 03:34.320 --> 03:36.720 Als we het nu hebben over x86-gebaseerde processors, dan 03:36.720 --> 03:39.180 hebben we het eigenlijk over een 32-bits processor. 03:39.180 --> 03:41.580 En dit betekent dat je aanzienlijk beperkt wordt in de 03:41.580 --> 03:44.310 mogelijkheden van je systeem om andere dingen te gebruiken. 03:44.310 --> 03:45.143 Want als je te maken 03:45.143 --> 03:47.130 hebt met een 32-bits besturingssysteem, 03:47.130 --> 03:49.740 heb je slechts toegang tot vier gigabyte RAM, wat een 03:49.740 --> 03:51.090 erg kleine hoeveelheid is als 03:51.090 --> 03:52.290 je meerdere virtuele machines 03:52.290 --> 03:53.490 wilt hosten op een enkele 03:53.490 --> 03:55.290 fysieke server. 03:55.290 --> 03:58.860 In plaats daarvan is het beter om een x64 basisprocessor te draaien, 03:58.860 --> 04:01.560 die je toegang geeft tot 16 exabytes RAM voor je 04:01.560 --> 04:03.780 gegeven systeem, afhankelijk van of 04:03.780 --> 04:05.850 je onderliggende hostbesturingssysteem 04:05.850 --> 04:08.100 dat ondersteunt. 04:08.100 --> 04:09.870 Deze 16 exabytes vergeleken met 04:09.870 --> 04:11.310 de vier gigabytes betekent 04:11.310 --> 04:14.820 dat we meer dan 4 miljard keer meer RAM beschikbaar hebben als 04:14.820 --> 04:17.580 we een x64 basisprocessor gebruiken. 04:17.580 --> 04:20.070 Als je een 64-bits processor draait, kun 04:20.070 --> 04:22.590 je nog steeds 32-bits programma's en 32-bits 04:22.590 --> 04:24.690 besturingssystemen als gastbesturingssystemen 04:24.690 --> 04:28.890 draaien op die fysieke server als je dat wilt. 04:28.890 --> 04:30.060 De echte beperking is 04:30.060 --> 04:32.430 echter dat als je een 32-bits processor hebt, 04:32.430 --> 04:34.920 je geen 64-bits toepassingen of 64-bits besturingssystemen 04:34.920 --> 04:39.810 kunt draaien als virtuele machines in een gastbesturingssysteem. 04:39.810 --> 04:41.430 Dus nogmaals, het is beter 04:41.430 --> 04:44.520 om te kiezen voor een x64-gebaseerde processor. 04:44.520 --> 04:45.900 Het derde type processor dat je kunt 04:45.900 --> 04:47.587 tegenkomen is een zogenaamde ARM. 04:47.587 --> 04:49.890 En een ARM is een gereduceerde instructieset 04:49.890 --> 04:51.480 computerarchitectuur voor 04:51.480 --> 04:53.310 je computerprocessor. 04:53.310 --> 04:54.840 Waar kom je tegenwoordig ARM-processors 04:54.840 --> 04:56.760 tegen in het veld? 04:56.760 --> 04:59.130 Nou, als je een moderne Mac gebruikt, gebruiken 04:59.130 --> 05:01.110 ze allemaal ARM-processors. 05:01.110 --> 05:03.210 En dit is belangrijk omdat als je een van de 05:03.210 --> 05:05.970 moderne systemen gebruikt, zoals een MacBook Pro of 05:05.970 --> 05:07.050 een van de nieuwe iMACs 05:07.050 --> 05:10.290 die op een van deze M1 of M2 processors draait, deze allemaal ARM-gebaseerd 05:10.290 --> 05:11.610 zijn. 05:11.610 --> 05:13.230 En omdat ze ARM-gebaseerd 05:13.230 --> 05:16.290 zijn, kunnen ze geen gastbesturingssystemen hosten 05:16.290 --> 05:18.330 die niet op ARM draaien. 05:18.330 --> 05:20.880 Want er moet een vertaling plaatsvinden. 05:20.880 --> 05:23.820 Dus als je bijvoorbeeld een Mac of een MacBook Pro koopt 05:23.820 --> 05:26.760 die een M1 of een M1 Pro processor gebruikt, dan is dat een 05:26.760 --> 05:28.530 ARM-gebaseerde processor. 05:28.530 --> 05:30.660 En als je Windows 11 of Windows 10 probeert 05:30.660 --> 05:33.240 te installeren in een gastbesturingssysteem, 05:33.240 --> 05:37.740 en dat zijn x86- of x64-gebaseerde besturingssysteemversies, dan draaien 05:37.740 --> 05:40.410 ze niet en krijg je fouten. 05:40.410 --> 05:42.240 Dus als je een ARM-gebaseerde processor 05:42.240 --> 05:43.470 gebruikt op je fysieke systeem 05:43.470 --> 05:44.730 waarop je je verschillende 05:44.730 --> 05:46.320 virtuele machines gaat hosten, zal 05:46.320 --> 05:47.910 dit je keuze in gastbesturingssystemen 05:47.910 --> 05:51.450 aanzienlijk beperken, omdat niet alle besturingssystemen een ARM-gebaseerde 05:51.450 --> 05:53.340 versie hebben. 05:53.340 --> 05:54.510 Op het moment van filmen 05:54.510 --> 05:56.400 maakt Windows 11 een versie voor 05:56.400 --> 05:58.560 ARM-gebaseerde processors en die zullen 05:58.560 --> 06:00.990 werken op die ARM-chips. 06:00.990 --> 06:02.580 En er zijn ook Linux-versies die ARM-gebaseerd 06:02.580 --> 06:04.290 zijn en die je kunt draaien op een MacBook 06:04.290 --> 06:07.170 of andere ARM-gebaseerde processor. 06:07.170 --> 06:08.250 Maar ik wilde je er alleen 06:08.250 --> 06:09.510 op wijzen omdat het een beperking 06:09.510 --> 06:11.160 is die je zult tegenkomen. 06:11.160 --> 06:12.150 Het tweede gebied waar 06:12.150 --> 06:13.800 we het over moeten hebben in termen van 06:13.800 --> 06:15.240 bronnen is je systeemgeheugen. 06:15.240 --> 06:16.650 Als we het hebben over systeemgeheugen, 06:16.650 --> 06:18.120 hebben we het eigenlijk over de 06:18.120 --> 06:20.070 hoeveelheid fysiek geheugen dat geïnstalleerd 06:20.070 --> 06:22.470 is in je fysieke server of werkstation dat fungeert 06:22.470 --> 06:25.200 als het host besturingssysteem. 06:25.200 --> 06:27.810 Dus als ik bijvoorbeeld acht gigabyte of 16 gigabyte 06:27.810 --> 06:30.960 of 32 gigabyte heb, is meer altijd beter als het aankomt op het 06:30.960 --> 06:32.400 hosten van virtuele machines, 06:32.400 --> 06:33.630 want als ik bijvoorbeeld 06:33.630 --> 06:35.820 maar acht gigabyte RAM heb op mijn laptop en 06:35.820 --> 06:38.040 ik wil vier verschillende gastbesturingssystemen 06:38.040 --> 06:40.920 draaien, nou, als elk besturingssysteem twee gigabyte 06:40.920 --> 06:43.320 RAM in beslag neemt, heb ik al mijn fysieke geheugen 06:43.320 --> 06:44.580 al opgebruikt en blijft er 06:44.580 --> 06:46.170 niets over voor mijn onderliggende 06:46.170 --> 06:49.140 hostbesturingssysteem. 06:49.140 --> 06:50.550 Om dit in perspectief te 06:50.550 --> 06:53.160 plaatsen: als je iets als Mac OS draait, is 06:53.160 --> 06:55.980 er ruwweg acht gigabyte geheugen nodig om Mac 06:55.980 --> 06:57.150 op te starten en te kunnen 06:57.150 --> 06:59.130 doen wat het moet doen. 06:59.130 --> 07:00.600 Als je een Windows-machine gebruikt, 07:00.600 --> 07:03.300 heb je over het algemeen ongeveer vier gigabyte nodig om Windows 07:03.300 --> 07:06.720 voldoende te kunnen draaien als host-besturingssysteem. 07:06.720 --> 07:08.970 Dus als je acht gigabyte hebt en je wilt 07:08.970 --> 07:10.290 Windows 11 draaien als 07:10.290 --> 07:13.110 gast in een Windows 10 host, dan neemt dat vier 07:13.110 --> 07:14.820 plus vier of alle acht gigabyte 07:14.820 --> 07:17.160 van je geheugen in beslag. 07:17.160 --> 07:19.410 Dus nogmaals, als je het hebt over je bronnen, 07:19.410 --> 07:20.400 wil je echt kijken naar 07:20.400 --> 07:22.350 hoeveel geheugen je kunt toewijzen aan 07:22.350 --> 07:24.090 die gastbesturingssystemen en hoe 07:24.090 --> 07:25.860 meer fysiek geheugen je hebt, hoe meer 07:25.860 --> 07:28.230 je in staat zult zijn om dat te doen. 07:28.230 --> 07:31.440 De volgende overweging voor bronnen is onze opslag. 07:31.440 --> 07:33.780 En we hebben het over waar je al deze virtuele 07:33.780 --> 07:35.850 machine images gaat opslaan. 07:35.850 --> 07:37.710 Onthoud dat al deze virtuele machines 07:37.710 --> 07:39.990 die we aanmaken met hun gastbesturingssystemen 07:39.990 --> 07:42.870 schijfruimte innemen op je fysieke server. 07:42.870 --> 07:44.430 Dus als je een laptop hebt die 07:44.430 --> 07:47.130 maar 256 gigabyte aan ruimte heeft, en je wilt een 07:47.130 --> 07:48.780 Windows 10 gastbesturingssysteem 07:48.780 --> 07:52.260 installeren op dat systeem, dan kost dat je waarschijnlijk ongeveer 07:52.260 --> 07:54.480 50 gigabyte aan ruimte. 07:54.480 --> 07:56.070 Je hebt dus een vijfde van je totale 07:56.070 --> 07:57.360 harde schijf gebruikt voor 07:57.360 --> 07:59.610 die ene image van een virtuele machine. 07:59.610 --> 08:01.860 Als je daar drie of vier verschillende kopieën 08:01.860 --> 08:03.600 van had, heb je nu drie of vier keer 08:03.600 --> 08:05.130 50 in beslag genomen, wat nu 08:05.130 --> 08:07.530 150 tot 200 gigabytes is, wat bijna je hele 08:07.530 --> 08:09.480 schijfstation is. 08:09.480 --> 08:11.040 En dus wordt massaopslag iets 08:11.040 --> 08:13.080 waar je je echt bewust van moet zijn. 08:13.080 --> 08:15.390 Normaal gesproken, als je een Windows installatie 08:15.390 --> 08:17.130 doet, zal een kale Windows installatie 08:17.130 --> 08:19.440 ongeveer 20 gigabyte aan ruimte innemen, maar 08:19.440 --> 08:22.230 je wilt waarschijnlijk 40 of 50 gebruiken omdat je extra 08:22.230 --> 08:24.210 ruimte nodig hebt om bestanden op te slaan, 08:24.210 --> 08:25.740 applicaties te installeren en 08:25.740 --> 08:28.230 dat soort dingen. 08:28.230 --> 08:30.000 Als je Linux gebruikt, zijn ze over 08:30.000 --> 08:31.470 het algemeen veel lichter 08:31.470 --> 08:33.480 en de meeste distro's installeren in 08:33.480 --> 08:36.120 ongeveer vier tot acht gigabyte ruimte, wat aanzienlijk 08:36.120 --> 08:38.460 minder is dan Windows. 08:38.460 --> 08:40.200 Als je te maken hebt met een Mac-omgeving 08:40.200 --> 08:41.640 als een gastbesturingssysteem, 08:41.640 --> 08:43.140 neemt dit, nogmaals, meestal zo'n 08:43.140 --> 08:45.840 20 tot 40 gigabyte aan ruimte in beslag. 08:45.840 --> 08:47.070 Houd daar dus rekening mee en 08:47.070 --> 08:48.630 als je een zeer beperkte hoeveelheid 08:48.630 --> 08:50.730 schijfruimte hebt op je fysieke apparaat, wil 08:50.730 --> 08:52.050 je die misschien upgraden en je 08:52.050 --> 08:53.760 hoeveelheid opslag vergroten. 08:53.760 --> 08:56.130 Op die manier kun je meer gastbesturingssystemen 08:56.130 --> 08:58.320 hosten op dezelfde fysieke server. 08:58.320 --> 09:01.380 En het laatste gebied dat we moeten overwegen is netwerken. 09:01.380 --> 09:03.240 En dit komt omdat de hypervisor die op 09:03.240 --> 09:05.640 het host besturingssysteem draait een virtuele 09:05.640 --> 09:08.010 netwerkomgeving creëert voor alle andere virtuele 09:08.010 --> 09:09.690 machines die op dat systeem worden 09:09.690 --> 09:12.480 gehost om doorheen te communiceren. 09:12.480 --> 09:14.490 Maar als ze allemaal het internet op willen 09:14.490 --> 09:17.100 of naar je lokale netwerk om bestanden te downloaden, 09:17.100 --> 09:17.940 dan doen ze dat allemaal 09:17.940 --> 09:20.220 via dezelfde netwerkinterfacekaart op het fysieke 09:20.220 --> 09:21.810 apparaat. 09:21.810 --> 09:24.000 Dus als je een oudere netwerkkaart gebruikt 09:24.000 --> 09:26.490 die maar honderd megabit per seconde haalt en je 09:26.490 --> 09:29.340 draait vijf virtuele machines op die server, dan krijgt 09:29.340 --> 09:30.780 elke virtuele machine in feite 09:30.780 --> 09:32.820 maar 20 megabit per seconde. 09:32.820 --> 09:34.110 In dit geval zou je zeker 09:34.110 --> 09:36.090 je netwerkinterfacekaart op de fysieke 09:36.090 --> 09:37.110 server die deze gasten 09:37.110 --> 09:38.280 host willen upgraden 09:38.280 --> 09:40.500 en er een gigabit netwerkkaart in zetten 09:40.500 --> 09:43.200 of zelfs een 10 gigabit netwerkkaart als je meerdere 09:43.200 --> 09:45.870 virtuele machines host. 09:45.870 --> 09:47.760 Hierdoor krijg je extra doorvoer en 09:47.760 --> 09:49.560 bandbreedte om al deze virtuele 09:49.560 --> 09:50.970 machines te kunnen hosten 09:50.970 --> 09:53.280 zonder dat het netwerk je vertraagt. 09:53.280 --> 09:54.690 Daarnaast kun je, zoals je later 09:54.690 --> 09:56.430 in je netwerkstudie zult leren, ook 09:56.430 --> 09:58.890 meerdere netwerkinterfacekaarten plaatsen en 09:58.890 --> 10:00.030 ze in een zogenaamde teamconfiguratie 10:00.030 --> 10:01.980 plaatsen. 10:01.980 --> 10:04.500 Hierdoor kunnen meerdere kaarten samenwerken 10:04.500 --> 10:06.600 om je hogere snelheden te geven. 10:06.600 --> 10:09.330 Dus als je twee netwerkkaarten van één gigabit hebt en ze 10:09.330 --> 10:10.710 werken in een team, dan heb je 10:10.710 --> 10:12.540 nu twee gigabit aan doorvoer die je kunt 10:12.540 --> 10:13.950 gebruiken om verbinding te maken 10:13.950 --> 10:15.330 met het netwerk. 10:15.330 --> 10:16.560 Vaak, als je werkt aan een 10:16.560 --> 10:18.330 server die veel virtuele machines host 10:18.330 --> 10:20.310 in een bedrijfsomgeving, zul je zien dat 10:20.310 --> 10:21.330 ze tot vier netwerkinterfacekaarten 10:21.330 --> 10:24.300 hebben, die allemaal in een team werken zodat ze tot vier gigabits 10:24.300 --> 10:26.580 per seconde of zelfs tot 40 gigabits per seconde 10:26.580 --> 10:28.680 kunnen halen. 10:28.680 --> 10:30.840 Als ze netwerkinterfacekaarten van 10 gigabit 10:30.840 --> 10:33.240 per seconde gebruiken op die specifieke server. 10:33.240 --> 10:36.090 Dus onthoud als het gaat om de benodigde bronnen dat het belangrijk 10:36.090 --> 10:38.850 is om te kijken naar de CPU en de processor en de mogelijkheden 10:38.850 --> 10:42.030 daarvan, maar ook hoeveel geheugen je hebt, hoeveel opslagruimte 10:42.030 --> 10:44.850 je hebt en hoeveel netwerk je hebt. 10:44.850 --> 10:47.430 Deze vier gebieden wil je allemaal in overweging nemen. 10:47.430 --> 10:49.230 Als je beslist hoeveel virtuele machines 10:49.230 --> 10:51.900 je op een bepaalde server of werkstation kunt hosten en 10:51.900 --> 10:53.700 hoe je de prestaties van die gastbesturingssystemen 10:53.700 --> 10:56.250 kunt verhogen die in je virtuele machines op die specifieke 10:56.250 --> 10:59.373 hypervisor worden uitgevoerd.