WEBVTT

00:00.120 --> 00:00.960
Instruktor: Kiedy przychodzi

00:00.960 --> 00:03.090
czas na instalację i konfigurację maszyn wirtualnych

00:03.090 --> 00:04.740
podczas korzystania z wirtualizacji, ważne

00:04.740 --> 00:05.790
jest, aby zrozumieć różne wymagania

00:05.790 --> 00:08.250
dotyczące zasobów, które istnieją.

00:08.250 --> 00:09.900
Jeśli chodzi o wymagania dotyczące

00:09.900 --> 00:12.690
zasobów, skupiamy się na czterech głównych obszarach.

00:12.690 --> 00:15.390
Procesor i jego rozszerzenia wirtualizacyjne,

00:15.390 --> 00:18.930
pamięć systemowa, pamięć masowa i sieć.

00:18.930 --> 00:20.580
Przyjrzyjmy się każdemu z nich.

00:20.580 --> 00:24.150
Po pierwsze, mamy procesor i jego rozszerzenia wirtualizacyjne.

00:24.150 --> 00:25.980
Teraz, gdy mówimy o procesorach,

00:25.980 --> 00:28.710
każdy producent, taki jak Intel i AMD, wykorzystuje

00:28.710 --> 00:31.470
inną technologię do wirtualizacji.

00:31.470 --> 00:33.420
Jeśli korzystasz z chipów opartych

00:33.420 --> 00:36.150
na procesorach Intel, będziesz szukał VT-x, czyli

00:36.150 --> 00:38.100
technologii wirtualizacji, która

00:38.100 --> 00:39.840
jest skrótem od VT.

00:39.840 --> 00:41.910
Jeśli korzystasz z procesora

00:41.910 --> 00:45.600
AMD, ich rozszerzenie wirtualizacji nazywa się

00:45.600 --> 00:48.180
AMD-V dla wirtualizacji AMD.

00:48.180 --> 00:50.310
Niezależnie od tego, czy korzystasz z hostowanego

00:50.310 --> 00:52.080
hiperwizora, czy hiperwizora bare

00:52.080 --> 00:54.996
metal, oba z nich uzyskają znaczny wzrost wydajności, jeśli

00:54.996 --> 00:57.990
masz procesor obsługujący wirtualizację.

00:57.990 --> 00:59.700
Niektóre programy do wirtualizacji

00:59.700 --> 01:01.380
nie wymagają, aby procesor

01:01.380 --> 01:05.490
miał włączoną obsługę wirtualizacji.

01:05.490 --> 01:07.830
Ale jeśli nie masz włączonej wirtualizacji

01:07.830 --> 01:09.360
jako rozszerzenia procesora,

01:09.360 --> 01:12.090
znacznie spowolni to twoją wydajność.

01:12.090 --> 01:14.820
I będziesz mieć bardzo bezużyteczną maszynę wirtualną, jeśli

01:14.820 --> 01:17.550
chodzi o wykonywanie prawdziwej pracy produkcyjnej.

01:17.550 --> 01:19.830
Teraz, jeśli procesor obsługuje wirtualizację,

01:19.830 --> 01:21.750
a większość nowoczesnych procesorów obsługuje,

01:21.750 --> 01:23.713
będziesz musiał przejść do BIOS-u lub UEFI,

01:23.713 --> 01:27.210
aby móc włączyć te rozszerzenia wirtualizacji.

01:27.210 --> 01:28.800
Zwykle, jeśli spróbujesz zainstalować

01:28.800 --> 01:30.060
maszynę wirtualną w czymś

01:30.060 --> 01:32.070
takim jak VirtualBox lub VMware, a nie

01:32.070 --> 01:33.180
wykryje ona, że wirtualizacja

01:33.180 --> 01:36.060
jest włączona, wyświetli komunikat o błędzie informujący,

01:36.060 --> 01:39.720
że musisz włączyć VT-x lub AMD-V.

01:39.720 --> 01:40.830
Oprócz tych dwóch rozszerzeń

01:40.830 --> 01:42.990
technologii wirtualizacji istnieje

01:42.990 --> 01:45.690
jeszcze jedno o nazwie SLAT, która oznacza translację

01:45.690 --> 01:48.540
adresów drugiego poziomu.

01:48.540 --> 01:50.070
Jest to funkcja procesora w wielu

01:50.070 --> 01:51.810
nowoczesnych procesorach, która

01:51.810 --> 01:53.160
pomaga poprawić wydajność

01:53.160 --> 01:55.020
pamięci wirtualnej podczas uruchamiania

01:55.020 --> 01:56.370
wielu maszyn wirtualnych

01:56.370 --> 01:58.500
na jednym hoście fizycznym.

01:58.500 --> 02:00.540
Jeśli korzystasz z procesora

02:00.540 --> 02:03.690
Intel, SLAT nazywany jest EPT, czyli rozszerzoną

02:03.690 --> 02:06.000
tabelą stron.

02:06.000 --> 02:07.980
Jeśli korzystasz z procesora

02:07.980 --> 02:11.160
AMD, SLAT nazywany jest RVI, czyli szybkim

02:11.160 --> 02:14.010
indeksowaniem wirtualizacji.

02:14.010 --> 02:19.010
Tak czy inaczej, jeśli widzisz termin SLAT, EPT lub RVI, tak naprawdę mówisz o możliwości

02:19.110 --> 02:20.430
dostępu do pamięci wirtualnej

02:20.430 --> 02:23.040
w szybszy sposób i możliwości uzyskania lepszej

02:23.040 --> 02:25.590
wydajności z procesora.

02:25.590 --> 02:27.180
Aby móc korzystać z tych

02:27.180 --> 02:28.860
rozszerzeń, procesor

02:28.860 --> 02:30.660
musi je obsługiwać.

02:30.660 --> 02:31.890
Teraz, oprócz omówienia

02:31.890 --> 02:33.450
rozszerzeń wirtualizacji wewnątrz

02:33.450 --> 02:35.640
naszych procesorów i procesorów, chcemy

02:35.640 --> 02:38.490
również porozmawiać o samych procesorach.

02:38.490 --> 02:40.650
Jeśli chcesz mieć bardzo wydajną maszynę,

02:40.650 --> 02:42.360
gdy masz do czynienia z wirtualizacją,

02:42.360 --> 02:43.350
będziesz chciał poszukać

02:43.350 --> 02:46.080
procesora, który obsługuje wielordzeniowy hyper

02:46.080 --> 02:50.640
threading lub wiele fizycznych procesorów w danym systemie.

02:50.640 --> 02:52.470
Posiadanie dodatkowych rdzeni oznacza

02:52.470 --> 02:54.810
dodatkowe możliwości przetwarzania.

02:54.810 --> 02:56.310
Jeśli masz wiele procesorów, oznacza

02:56.310 --> 02:58.680
to, że masz dwa lub więcej fizycznych procesorów zainstalowanych

02:58.680 --> 03:00.630
na tej płycie głównej.

03:00.630 --> 03:01.770
Teraz jest to dość rzadkie,

03:01.770 --> 03:04.470
chyba że korzystasz z technologii serwerowej, ale

03:04.470 --> 03:06.960
na komputerze stacjonarnym w domu lub laptopie

03:06.960 --> 03:08.130
częściej znajdziesz wielordzeniowy

03:08.130 --> 03:09.990
lub hiperwątkowy procesor, który zapewnia

03:09.990 --> 03:12.810
wirtualne rdzenie.

03:12.810 --> 03:14.400
W ten sposób można dodatkowo przypisać

03:14.400 --> 03:17.760
procesory do poszczególnych maszyn wirtualnych z uruchomionymi systemami

03:17.760 --> 03:19.560
operacyjnymi gościa, zapewniając im

03:19.560 --> 03:21.540
bardziej dedykowane zasoby, które zwiększą

03:21.540 --> 03:23.520
ich wydajność.

03:23.520 --> 03:24.540
Jeszcze jedna uwaga, jeśli

03:24.540 --> 03:25.650
chodzi o procesory, pamiętaj,

03:25.650 --> 03:27.600
że procesory są naprawdę dostępne w trzech

03:27.600 --> 03:29.250
różnych mechanizmach, które można

03:29.250 --> 03:31.260
obecnie znaleźć na rynku.

03:31.260 --> 03:34.320
Pierwszym z nich jest stara szkoła x86.

03:34.320 --> 03:36.720
Mówiąc o procesorach opartych na architekturze

03:36.720 --> 03:39.180
x86, mamy na myśli procesory 32-bitowe.

03:39.180 --> 03:41.580
Oznacza to, że zdolność systemu do korzystania

03:41.580 --> 03:44.310
z innych rzeczy będzie znacznie ograniczona.

03:44.310 --> 03:45.143
Ponieważ w przypadku

03:45.143 --> 03:47.130
32-bitowego systemu operacyjnego można

03:47.130 --> 03:49.740
uzyskać dostęp tylko do czterech gigabajtów pamięci RAM,

03:49.740 --> 03:51.090
co jest bardzo małą ilością,

03:51.090 --> 03:52.290
gdy chce się hostować wiele

03:52.290 --> 03:53.490
maszyn wirtualnych na jednym

03:53.490 --> 03:55.290
serwerze fizycznym.

03:55.290 --> 03:58.860
Zamiast tego lepiej jest uruchomić podstawowy procesor x64, który

03:58.860 --> 04:01.560
zapewnia dostęp do maksymalnie 16 eksabajtów pamięci

04:01.560 --> 04:03.780
RAM dla danego systemu, w zależności od tego,

04:03.780 --> 04:05.850
czy podstawowy system operacyjny hosta

04:05.850 --> 04:08.100
będzie to obsługiwał.

04:08.100 --> 04:09.870
Te 16 eksabajtów w porównaniu

04:09.870 --> 04:11.310
do czterech gigabajtów oznacza,

04:11.310 --> 04:14.820
że mamy ponad 4 miliardy razy więcej dostępnej pamięci RAM,

04:14.820 --> 04:17.580
jeśli korzystamy z procesora x64.

04:17.580 --> 04:20.070
Teraz, jeśli używasz 64-bitowego procesora,

04:20.070 --> 04:22.590
nadal możesz uruchamiać 32-bitowe programy

04:22.590 --> 04:24.690
i 32-bitowe systemy operacyjne jako

04:24.690 --> 04:27.630
systemy operacyjne gościa na tym fizycznym serwerze,

04:27.630 --> 04:28.890
jeśli chcesz.

04:28.890 --> 04:30.060
Prawdziwym ograniczeniem

04:30.060 --> 04:32.430
jest jednak to, że jeśli masz 32-bitowy procesor,

04:32.430 --> 04:34.920
nie możesz uruchamiać 64-bitowych aplikacji lub 64-bitowych

04:34.920 --> 04:37.260
systemów operacyjnych jako maszyn wirtualnych

04:37.260 --> 04:39.810
w systemie operacyjnym gościa.

04:39.810 --> 04:41.430
Ponownie, lepiej więc wybrać

04:41.430 --> 04:44.520
procesor oparty na architekturze x64.

04:44.520 --> 04:45.900
Trzecim typem procesora, na który

04:45.900 --> 04:47.587
można się natknąć, jest tak zwany ARM.

04:47.587 --> 04:49.890
ARM to architektura komputerowa o zredukowanym

04:49.890 --> 04:51.480
zestawie instrukcji dla procesora

04:51.480 --> 04:53.310
komputera.

04:53.310 --> 04:54.840
Gdzie w dzisiejszych czasach

04:54.840 --> 04:56.760
można natknąć się na procesory ARM?

04:56.760 --> 04:59.130
Cóż, jeśli korzystasz z dowolnego nowoczesnego komputera

04:59.130 --> 05:01.110
Mac, wszystkie one wykorzystują procesory ARM.

05:01.110 --> 05:03.210
Jest to ważne, ponieważ jeśli korzystasz

05:03.210 --> 05:05.970
z jednego z nowoczesnych systemów, takich jak MacBook

05:05.970 --> 05:07.050
Pro lub jeden z nowych

05:07.050 --> 05:10.290
iMACów z jednym z procesorów M1 lub M2, wszystkie one są oparte na

05:10.290 --> 05:11.610
architekturze ARM.

05:11.610 --> 05:13.230
A ponieważ są one oparte na ARM,

05:13.230 --> 05:16.290
nie mogą natywnie hostować systemów operacyjnych gościa,

05:16.290 --> 05:18.330
które nie działają na ARM.

05:18.330 --> 05:20.880
Ponieważ musi nastąpić tłumaczenie.

05:20.880 --> 05:23.820
Na przykład, jeśli kupisz komputer Mac lub MacBook

05:23.820 --> 05:26.760
Pro z procesorem M1 lub M1 Pro, będzie to procesor oparty

05:26.760 --> 05:28.530
na architekturze ARM.

05:28.530 --> 05:30.660
A jeśli spróbujesz zainstalować Windows

05:30.660 --> 05:33.240
11 lub Windows 10 w systemie operacyjnym gościa,

05:33.240 --> 05:37.740
a są to wersje systemu operacyjnego oparte na x86 lub x64, nie będą one działać

05:37.740 --> 05:40.410
i pojawią się błędy.

05:40.410 --> 05:42.240
Jeśli więc używasz procesora opartego na

05:42.240 --> 05:43.470
architekturze ARM w swoim systemie

05:43.470 --> 05:44.730
fizycznym, na którym będziesz

05:44.730 --> 05:46.320
hostować różne maszyny wirtualne, znacznie

05:46.320 --> 05:47.910
ograniczy to wybór systemów operacyjnych

05:47.910 --> 05:51.450
gościa, ponieważ nie wszystkie systemy operacyjne mają wersję opartą na architekturze

05:51.450 --> 05:53.340
ARM.

05:53.340 --> 05:54.510
W momencie pisania tego filmu,

05:54.510 --> 05:56.400
Windows 11 jest obecnie tworzony w wersji

05:56.400 --> 05:58.560
dla procesorów opartych na architekturze ARM

05:58.560 --> 06:00.990
i będą one działać na tych układach ARM.

06:00.990 --> 06:02.580
Istnieją również wersje Linuksa

06:02.580 --> 06:04.290
oparte na ARM, które można uruchomić

06:04.290 --> 06:07.170
na MacBooku lub innym procesorze opartym na ARM.

06:07.170 --> 06:08.250
Chciałem jednak zwrócić na

06:08.250 --> 06:09.510
to uwagę, ponieważ jest to ograniczenie,

06:09.510 --> 06:11.160
na które można się natknąć.

06:11.160 --> 06:12.150
Drugim obszarem, który

06:12.150 --> 06:13.800
musimy omówić pod względem zasobów,

06:13.800 --> 06:15.240
jest pamięć systemowa.

06:15.240 --> 06:16.650
Kiedy mówimy o pamięci systemowej,

06:16.650 --> 06:18.120
tak naprawdę mówimy o ilości

06:18.120 --> 06:20.070
pamięci fizycznej zainstalowanej w

06:20.070 --> 06:22.470
fizycznym serwerze lub stacji roboczej, która

06:22.470 --> 06:25.200
działa jako system operacyjny hosta.

06:25.200 --> 06:27.810
Na przykład, jeśli mam osiem gigabajtów, 16 gigabajtów

06:27.810 --> 06:30.960
lub 32 gigabajty, więcej jest zawsze lepsze, jeśli chodzi o hostowanie

06:30.960 --> 06:32.400
maszyn wirtualnych, ponieważ

06:32.400 --> 06:33.630
jeśli mam tylko osiem gigabajtów

06:33.630 --> 06:35.820
pamięci RAM na moim laptopie, na przykład, i

06:35.820 --> 06:38.040
chcę uruchomić cztery różne systemy operacyjne

06:38.040 --> 06:40.920
gościa, cóż, jeśli każdy z nich zajmuje dwa gigabajty pamięci

06:40.920 --> 06:46.170
RAM, to już wykorzystałem całą moją pamięć fizyczną, a to nie pozostawiło żadnego dla mojego bazowego systemu

06:46.170 --> 06:49.140
operacyjnego hosta.

06:49.140 --> 06:50.550
Aby spojrzeć na to z innej perspektywy,

06:50.550 --> 06:53.160
jeśli używasz czegoś takiego jak Mac OS, zajmuje

06:53.160 --> 06:55.980
to około ośmiu gigabajtów pamięci tylko po to, aby uruchomić

06:55.980 --> 06:57.150
Maca i być w stanie zrobić

06:57.150 --> 06:59.130
to, co musi.

06:59.130 --> 07:00.600
Jeśli korzystasz z komputera z systemem

07:00.600 --> 07:03.300
Windows, zazwyczaj potrzeba około czterech gigabajtów, aby móc

07:03.300 --> 07:05.340
wystarczająco uruchomić system Windows jako system

07:05.340 --> 07:06.720
operacyjny hosta.

07:06.720 --> 07:08.970
Jeśli więc masz osiem gigabajtów i chcesz

07:08.970 --> 07:10.290
uruchomić system Windows

07:10.290 --> 07:13.110
11 jako gościa na hoście z systemem Windows 10, zajmie

07:13.110 --> 07:14.820
to cztery plus cztery lub wszystkie

07:14.820 --> 07:17.160
osiem gigabajtów pamięci.

07:17.160 --> 07:19.410
Ponownie, mówiąc o zasobach, naprawdę chcesz

07:19.410 --> 07:20.400
sprawdzić, ile pamięci

07:20.400 --> 07:22.350
możesz przeznaczyć na te systemy operacyjne

07:22.350 --> 07:24.090
gościa, a im więcej masz pamięci

07:24.090 --> 07:25.860
fizycznej, tym więcej będziesz

07:25.860 --> 07:28.230
w stanie zrobić.

07:28.230 --> 07:31.440
Kolejną kwestią związaną z zasobami jest pamięć masowa.

07:31.440 --> 07:33.780
I mówimy o tym, gdzie zamierzasz przechowywać wszystkie

07:33.780 --> 07:35.850
te obrazy maszyn wirtualnych.

07:35.850 --> 07:37.710
Należy pamiętać, że wszystkie maszyny wirtualne,

07:37.710 --> 07:39.990
które tworzymy wraz z ich systemami operacyjnymi gościa,

07:39.990 --> 07:42.870
będą zajmować przestrzeń dyskową na serwerze fizycznym.

07:42.870 --> 07:44.430
Jeśli więc masz laptopa,

07:44.430 --> 07:47.130
który ma tylko 256 gigabajtów miejsca i chcesz

07:47.130 --> 07:48.780
zainstalować na nim system

07:48.780 --> 07:51.210
operacyjny gościa Windows 10, prawdopodobnie

07:51.210 --> 07:52.260
zajmie to około 50

07:52.260 --> 07:54.480
gigabajtów miejsca.

07:54.480 --> 07:56.070
Wykorzystałeś więc jedną piątą

07:56.070 --> 07:57.360
całego dysku twardego na

07:57.360 --> 07:59.610
ten jeden obraz maszyny wirtualnej.

07:59.610 --> 08:01.860
Teraz, jeśli miałeś trzy lub cztery

08:01.860 --> 08:03.600
różne kopie, zajmowałeś trzy

08:03.600 --> 08:05.130
lub cztery razy 50, co teraz

08:05.130 --> 08:07.530
wynosi od 150 do 200 gigabajtów, czyli

08:07.530 --> 08:09.480
prawie cały dysk.

08:09.480 --> 08:11.040
Pamięć masowa staje się więc czymś,

08:11.040 --> 08:13.080
czego naprawdę trzeba być świadomym.

08:13.080 --> 08:15.390
Zazwyczaj instalacja systemu Windows

08:15.390 --> 08:17.130
zajmuje około 20 gigabajtów

08:17.130 --> 08:19.440
miejsca, ale warto wykorzystać prawdopodobnie

08:19.440 --> 08:22.230
40 lub 50, ponieważ potrzebne jest dodatkowe miejsce

08:22.230 --> 08:25.740
do przechowywania plików, instalowania aplikacji i tym

08:25.740 --> 08:28.230
podobnych rzeczy.

08:28.230 --> 08:30.000
Jeśli używasz Linuksa, generalnie są

08:30.000 --> 08:31.470
one znacznie lżejsze i możesz znaleźć

08:31.470 --> 08:33.480
większość dystrybucji, które zainstalują

08:33.480 --> 08:36.120
się na około czterech do ośmiu gigabajtów miejsca, co

08:36.120 --> 08:38.460
jest znacznie mniej niż Windows.

08:38.460 --> 08:40.200
Jeśli masz do czynienia ze środowiskiem

08:40.200 --> 08:41.640
Mac jako systemem operacyjnym

08:41.640 --> 08:43.140
gościa, zajmuje to zwykle około

08:43.140 --> 08:45.840
20 do 40 gigabajtów miejsca.

08:45.840 --> 08:47.070
Warto więc mieć to na

08:47.070 --> 08:48.630
uwadze, a jeśli ilość miejsca

08:48.630 --> 08:50.730
na dysku urządzenia fizycznego jest

08:50.730 --> 08:52.050
bardzo ograniczona,

08:52.050 --> 08:53.760
warto ją zwiększyć.

08:53.760 --> 08:56.130
W ten sposób można hostować więcej gościnnych systemów

08:56.130 --> 08:58.320
operacyjnych na tym samym serwerze fizycznym.

08:58.320 --> 09:01.380
Ostatnim obszarem, który musimy wziąć pod uwagę, jest networking.

09:01.380 --> 09:03.240
Wynika to z faktu, że hiperwizor działający

09:03.240 --> 09:05.640
w systemie operacyjnym hosta będzie tworzył wirtualne

09:05.640 --> 09:08.010
środowisko sieciowe dla wszystkich innych maszyn

09:08.010 --> 09:09.690
wirtualnych, które są hostowane

09:09.690 --> 09:12.480
w tym systemie w celu komunikacji.

09:12.480 --> 09:14.490
Ale jeśli wszystkie chcą połączyć się z Internetem

09:14.490 --> 09:17.100
lub siecią lokalną w celu pobrania plików, wszystkie robią

09:17.100 --> 09:17.940
to za pośrednictwem

09:17.940 --> 09:20.220
tej samej karty interfejsu sieciowego na urządzeniu

09:20.220 --> 09:21.810
fizycznym.

09:21.810 --> 09:24.000
Jeśli więc korzystasz ze starszej karty sieciowej,

09:24.000 --> 09:26.490
która działa tylko z prędkością stu megabitów na sekundę

09:26.490 --> 09:29.340
i uruchamiasz na tym serwerze pięć maszyn wirtualnych, każda

09:29.340 --> 09:30.780
z nich efektywnie otrzymuje tylko

09:30.780 --> 09:32.820
20 megabitów na sekundę.

09:32.820 --> 09:34.110
W takim przypadku zdecydowanie

09:34.110 --> 09:36.090
warto zaktualizować kartę sieciową na

09:36.090 --> 09:37.110
serwerze fizycznym,

09:37.110 --> 09:38.280
który hostuje tych gości

09:38.280 --> 09:40.500
i zainstalować gigabitową kartę sieciową

09:40.500 --> 09:43.200
lub nawet 10-gigabitową kartę sieciową, jeśli hostujesz

09:43.200 --> 09:45.870
wiele maszyn wirtualnych.

09:45.870 --> 09:47.760
Pozwoli to uzyskać dodatkową przepustowość

09:47.760 --> 09:49.560
i przepustowość, aby móc hostować

09:49.560 --> 09:50.970
wszystkie te maszyny wirtualne

09:50.970 --> 09:53.280
bez spowalniania sieci.

09:53.280 --> 09:54.690
Oprócz tego, jak dowiesz się później

09:54.690 --> 09:56.430
podczas studiów sieciowych, możesz

09:56.430 --> 09:58.890
także umieścić wiele kart interfejsów sieciowych

09:58.890 --> 10:00.030
i umieścić je w tak zwanej

10:00.030 --> 10:01.980
konfiguracji zespołowej.

10:01.980 --> 10:04.500
Pozwala to na współpracę wielu kart w tandemie,

10:04.500 --> 10:06.600
aby zapewnić wyższe prędkości.

10:06.600 --> 10:09.330
Jeśli więc masz dwie karty sieciowe o przepustowości jednego

10:09.330 --> 10:10.710
gigabita i pracują one w zespole,

10:10.710 --> 10:12.540
masz teraz dwa gigabity przepustowości,

10:12.540 --> 10:13.950
których możesz użyć do połączenia

10:13.950 --> 10:15.330
z siecią.

10:15.330 --> 10:16.560
Często, jeśli pracujesz na serwerze,

10:16.560 --> 10:18.330
który obsługuje wiele maszyn wirtualnych w

10:18.330 --> 10:20.310
środowisku korporacyjnym lub korporacyjnym, zobaczysz,

10:20.310 --> 10:21.330
że będą one miały do czterech

10:21.330 --> 10:24.300
kart interfejsu sieciowego, wszystkie pracujące w zespole, dzięki czemu

10:24.300 --> 10:26.580
mogą uzyskać do czterech gigabitów na sekundę lub nawet do

10:26.580 --> 10:28.680
40 gigabitów na sekundę.

10:28.680 --> 10:30.840
Jeśli na danym serwerze używane są karty sieciowe

10:30.840 --> 10:33.240
o przepustowości 10 gigabitów na sekundę.

10:33.240 --> 10:36.090
Pamiętaj więc, że jeśli chodzi o wymagania dotyczące

10:36.090 --> 10:38.850
zasobów, ważne jest, aby wziąć pod uwagę procesor

10:38.850 --> 10:42.030
i jego możliwości, a także ilość posiadanej pamięci,

10:42.030 --> 10:44.850
ilość pamięci masowej i ilość sieci.

10:44.850 --> 10:47.430
Wszystkie te cztery obszary należy wziąć pod uwagę.

10:47.430 --> 10:49.230
Podczas podejmowania decyzji o liczbie maszyn

10:49.230 --> 10:51.900
wirtualnych, które można hostować na danym serwerze lub stacji roboczej,

10:51.900 --> 10:53.700
a także o tym, jak można zwiększyć wydajność

10:53.700 --> 10:56.250
tych systemów operacyjnych gościa, które są uruchamiane wewnątrz

10:56.250 --> 10:59.373
maszyn wirtualnych na tym konkretnym hiperwizorze.