WEBVTT

00:00.210 --> 00:01.620
Instruktor: Wirtualizacja jest wszędzie w

00:01.620 --> 00:02.790
naszych sieciach korporacyjnych.

00:02.790 --> 00:04.710
A to, co zaczęło się od zwirtualizowanych serwerów,

00:04.710 --> 00:06.480
przeniosło się teraz na komputery stacjonarne

00:06.480 --> 00:09.570
z infrastrukturą wirtualnych pulpitów lub VDI.

00:09.570 --> 00:12.330
Systemy te mogą hostować systemy operacyjne komputerów stacjonarnych

00:12.330 --> 00:13.890
w zwirtualizowanym środowisku, które

00:13.890 --> 00:14.723
będzie hostowane przez

00:14.723 --> 00:17.280
scentralizowany serwer lub farmę serwerów.

00:17.280 --> 00:19.470
Jest to implementacja wirtualizacji, która

00:19.470 --> 00:21.510
oddziela osobiste środowisko komputerowe

00:21.510 --> 00:23.520
od fizycznego komputera użytkownika.

00:23.520 --> 00:25.200
Użytkownik końcowy może następnie uzyskać dostęp

00:25.200 --> 00:27.060
do wirtualnego pulpitu za pośrednictwem cienkiego klienta

00:27.060 --> 00:28.410
lub przeglądarki internetowej.

00:28.410 --> 00:29.760
A następnie mogą wchodzić w interakcje

00:29.760 --> 00:31.050
z tym zwirtualizowanym pulpitem tak,

00:31.050 --> 00:32.040
jakby siedzieli bezpośrednio

00:32.040 --> 00:34.350
przed standardowym komputerem stacjonarnym.

00:34.350 --> 00:36.750
Na przykład, mam maszynę z systemem Windows

00:36.750 --> 00:38.460
10, do której mogę uzyskać dostęp

00:38.460 --> 00:40.320
w chmurze jako część sieci VDI.

00:40.320 --> 00:42.450
Jeśli więc chcę z niej skorzystać, uruchamiam

00:42.450 --> 00:45.090
oprogramowanie na komputerze Mac, a ono łączy się z chmurą,

00:45.090 --> 00:46.980
a ja łączę się z maszyną z systemem Windows

00:46.980 --> 00:49.020
10 i mam dostęp do wszystkich zasobów, które

00:49.020 --> 00:51.060
muszę uruchomić w tej chmurze.

00:51.060 --> 00:52.820
Teraz te usługi VDI mają cały system

00:52.820 --> 00:54.090
operacyjny, aplikacje i

00:54.090 --> 00:56.250
wszystko inne, czego potrzebuję do obsługi

00:56.250 --> 00:58.440
tej maszyny z systemem Windows 10.

00:58.440 --> 01:00.150
Za każdym razem, gdy próbuję uruchomić polecenie,

01:00.150 --> 01:02.430
jest ono przetwarzane na tym serwerze w chmurze.

01:02.430 --> 01:04.980
Nie przetwarza go na moim komputerze lokalnym.

01:04.980 --> 01:07.560
Zamiast tego moja lokalna maszyna jest tylko fikcyjnym pudełkiem,

01:07.560 --> 01:08.910
z którym się łączy.

01:08.910 --> 01:10.920
Na tym właśnie polega idea VDI.

01:10.920 --> 01:12.690
Pozwala to na korzystanie z niego na komputerze

01:12.690 --> 01:15.570
stacjonarnym, laptopie, telefonie, tablecie, czymkolwiek.

01:15.570 --> 01:16.830
To naprawdę nie ma znaczenia,

01:16.830 --> 01:18.720
ponieważ urządzenie jest tylko po to,

01:18.720 --> 01:21.120
aby połączyć się z serwerem i uruchomić wirtualny

01:21.120 --> 01:23.010
obraz, który będzie po prostu przetwarzał

01:23.010 --> 01:25.980
wszystkie dane na zdalnym serwerze w chmurze.

01:25.980 --> 01:27.660
Tak więc, jak już mówiłem, ten serwer

01:27.660 --> 01:29.010
wykonuje teraz całe przetwarzanie

01:29.010 --> 01:31.920
aplikacji i przechowywanie danych.

01:31.920 --> 01:33.750
Oznacza to, że możesz korzystać z Chromebooka, MacBooka

01:33.750 --> 01:35.400
lub komputera z systemem Windows.

01:35.400 --> 01:37.350
I znowu, to naprawdę nie ma znaczenia,

01:37.350 --> 01:39.450
ponieważ w przypadku VDI naprawdę skupiamy

01:39.450 --> 01:41.790
się tylko na łączeniu się ze środowiskiem

01:41.790 --> 01:43.650
VDI, ale całe przetwarzanie odbywa

01:43.650 --> 01:46.380
się po stronie aplikacji i serwera, ponieważ wiele

01:46.380 --> 01:49.740
sieci korporacyjnych przechodzi ewolucję w kierunku VDI,

01:49.740 --> 01:52.080
a wiele firm całkowicie odciąża całą swoją

01:52.080 --> 01:54.960
infrastrukturę IT, korzystając z usług stron trzecich,

01:54.960 --> 01:57.720
które korzystają z VDI.

01:57.720 --> 02:00.030
To naprawdę kuszące dla CIO, aby to zrobić, ponieważ

02:00.030 --> 02:01.620
teraz nie muszą już uruchamiać systemów

02:01.620 --> 02:03.000
operacyjnych.

02:03.000 --> 02:04.560
Nie muszą martwić się o ich łatanie,

02:04.560 --> 02:05.760
ponieważ dostawca zewnętrzny

02:05.760 --> 02:07.440
może zrobić to wszystko za nich.

02:07.440 --> 02:09.690
Jest to jedna z ogromnych zalet VDI i jedna

02:09.690 --> 02:11.220
z głównych cech sprzedaży.

02:11.220 --> 02:13.380
Ale to nie wszystkie dobre wieści.

02:13.380 --> 02:15.180
Jedną z wad VDI jest to, że użytkownicy mają

02:15.180 --> 02:16.560
bardzo ograniczone możliwości

02:16.560 --> 02:18.150
lokalnego przetwarzania danych.

02:18.150 --> 02:21.360
Jeśli więc serwer nie działa, sieć nie działa lub łączność

02:21.360 --> 02:22.860
nie działa, użytkownicy nie

02:22.860 --> 02:24.990
mogą wykonywać żadnej pracy.

02:24.990 --> 02:26.730
Jeśli więc wystąpi awaria tego serwera, wszyscy

02:26.730 --> 02:28.020
nie będą mogli z niego korzystać.

02:28.020 --> 02:30.420
Podczas gdy teraz siedzę na laptopie i jeśli moje połączenie

02:30.420 --> 02:31.920
internetowe zostanie przerwane, nadal

02:31.920 --> 02:33.570
mogę wykonywać swoją pracę.

02:33.570 --> 02:35.790
Ale w VDI nie mogłem tego zrobić, ponieważ jeśli moje

02:35.790 --> 02:37.560
połączenie sieciowe ulegnie awarii, nie

02:37.560 --> 02:38.940
będę mógł dotrzeć do serwera.

02:38.940 --> 02:40.800
I tak nie miałbym szczęścia.

02:40.800 --> 02:41.910
Są to więc niektóre z rzeczy,

02:41.910 --> 02:43.830
o których należy pomyśleć, mówiąc o

02:43.830 --> 02:44.670
przejściu na rozwiązanie

02:44.670 --> 02:47.310
wirtualizacji oparte na VDI.

02:47.310 --> 02:48.780
Obecnie istnieją trzy modele

02:48.780 --> 02:51.060
wdrażania infrastruktury wirtualnych desktopów

02:51.060 --> 02:52.290
w naszej sieci.

02:52.290 --> 02:54.090
Pierwszym z nich jest model scentralizowany.

02:54.090 --> 02:55.980
Hostuje on wszystkie instancje desktopowe

02:55.980 --> 02:58.200
na pojedynczym serwerze lub farmie serwerów.

02:58.200 --> 02:59.970
Drugi to model hostowany.

02:59.970 --> 03:02.250
W tym modelu komputery stacjonarne są utrzymywane

03:02.250 --> 03:03.840
przez dostawcę usług i dostarczane

03:03.840 --> 03:05.640
użytkownikowi końcowemu jako usługa.

03:05.640 --> 03:08.700
Nazywamy to DAAS lub desktop jako usługa.

03:08.700 --> 03:10.740
Usługi takie jak Amazon Workspaces, VMware

03:10.740 --> 03:13.560
Horizon Air i Citrix Xen Desktop to tylko niektórzy z

03:13.560 --> 03:15.000
najpopularniejszych dostawców

03:15.000 --> 03:16.500
tej usługi.

03:16.500 --> 03:19.260
Trzecim modelem jest model zdalnego pulpitu wirtualnego,

03:19.260 --> 03:21.030
który obejmuje kopiowanie obrazu pulpitu

03:21.030 --> 03:24.420
na maszynę lokalną przed użyciem go przez użytkownika końcowego.

03:24.420 --> 03:25.680
Model ten eliminuje potrzebę stałych

03:25.680 --> 03:27.060
połączeń sieciowych i ma znacznie

03:27.060 --> 03:28.410
mniejsze wymagania dotyczące przepustowości

03:28.410 --> 03:30.410
niż pozostałe dwa modele.