WEBVTT

00:00.090 --> 00:00.923
Instruktor: W tej

00:00.923 --> 00:03.060
lekcji pokażę ci, jak korzystać z chmury,

00:03.060 --> 00:05.430
a zrobimy to za pomocą produktu Amazon znanego

00:05.430 --> 00:06.960
jako Lightsail.

00:06.960 --> 00:10.170
Teraz Lightsail jest wejściem Amazona do produktu w chmurze.

00:10.170 --> 00:13.140
Zamiast korzystać z EC2, który jest przeznaczony do obliczeń, Route

00:13.140 --> 00:15.120
53, który jest przeznaczony do sieci, Aurora,

00:15.120 --> 00:17.040
który jest przeznaczony do baz danych, Fargate,

00:17.040 --> 00:18.357
który jest przeznaczony do kontenerów

00:18.357 --> 00:20.940
i S3, który jest przeznaczony do przechowywania danych, faktycznie

00:20.940 --> 00:22.620
otrzymujemy to wszystko połączone w jeden

00:22.620 --> 00:27.510
przyjemny, łatwy w użyciu pakiet dla nas jako początkujących w chmurze.

00:27.510 --> 00:28.980
Pierwszą rzeczą, którą musisz

00:28.980 --> 00:31.080
zrobić, jest założenie konta Amazon,

00:31.080 --> 00:35.430
przechodząc do aws. amazon. com/lightsail.

00:35.430 --> 00:38.070
W tym miejscu można kliknąć opcję utworzenia

00:38.070 --> 00:40.320
konta AWS i zarejestrować je za darmo.

00:40.320 --> 00:42.330
Gdy to zrobisz, będziesz mógł zalogować się na swoje konto

00:42.330 --> 00:44.370
i przejść do pulpitu nawigacyjnego Lightsail.

00:44.370 --> 00:47.253
W tym miejscu należy kliknąć przycisk Utwórz instancję.

00:48.180 --> 00:50.640
Gdy to zrobisz, wybierzesz region i strefę

00:50.640 --> 00:53.370
dostępności, które są najbliżej Ciebie.

00:53.370 --> 00:56.730
Jeśli chcesz to zmienić, po prostu kliknij Zmień region AWS i

00:56.730 --> 00:59.790
możesz wybrać dowolną lokalizację na całym świecie.

00:59.790 --> 01:01.860
W moim przypadku jestem najbliżej wschodniej części

01:01.860 --> 01:02.880
Stanów Zjednoczonych.

01:02.880 --> 01:05.430
Zamierzam więc wybrać Wirginię lub Ohio

01:05.430 --> 01:07.830
dla us-east-1 lub us-east-2 i zamierzam

01:07.830 --> 01:10.770
użyć us-east-1 z Wirginią, ponieważ jest to trochę

01:10.770 --> 01:12.240
bliżej mnie i pomoże skrócić

01:12.240 --> 01:14.460
czas ładowania.

01:14.460 --> 01:15.600
Teraz, przewijając w dół,

01:15.600 --> 01:17.430
możesz wybrać swoją platformę.

01:17.430 --> 01:19.350
Użytkownik ma do wyboru systemy Linux

01:19.350 --> 01:21.480
i Unix lub Microsoft Windows.

01:21.480 --> 01:24.600
Należy pamiętać, że Linux i Unix są tańsze na Lightsail

01:24.600 --> 01:26.130
niż Microsoft Windows.

01:26.130 --> 01:27.630
A to dlatego, że Linux i Unix to oprogramowanie

01:27.630 --> 01:29.490
typu open source, więc nie ma żadnych kosztów

01:29.490 --> 01:31.440
licencyjnych.

01:31.440 --> 01:33.870
Na przykład, możesz zacząć od najniższego planu

01:33.870 --> 01:34.890
w systemie Linux lub

01:34.890 --> 01:37.140
Unix za jedyne 3 USD i 50 centów miesięcznie,

01:37.140 --> 01:39.930
który zapewnia serwer i wszystkie konfiguracje.

01:39.930 --> 01:40.980
Podczas gdy w przypadku

01:40.980 --> 01:44.040
Microsoftu najniższy poziom będzie zaczynał się od 8 USD miesięcznie,

01:44.040 --> 01:45.750
ponieważ z oprogramowaniem serwerowym

01:45.750 --> 01:47.610
wiąże się licencjonowanie.

01:47.610 --> 01:49.620
Zalecam użycie systemu Linux lub Unix

01:49.620 --> 01:50.670
jako wzorca.

01:50.670 --> 01:51.720
A powodem tego jest to, że

01:51.720 --> 01:54.090
kiedy przechodzisz do Core 2 A+, faktycznie musisz

01:54.090 --> 01:55.410
poczuć się komfortowo używając

01:55.410 --> 01:57.180
niektórych poleceń w Linuksie.

01:57.180 --> 01:59.310
Tworząc go tutaj w chmurze, podczas nauki

01:59.310 --> 02:01.110
przez następne kilka miesięcy możesz

02:01.110 --> 02:03.720
wrócić, zalogować się na swój serwer Linux w chmurze

02:03.720 --> 02:05.910
i używać go do ćwiczeń.

02:05.910 --> 02:08.220
Następnie wybierzemy, czego chcemy.

02:08.220 --> 02:10.320
Czy chcemy aplikację i system operacyjny,

02:10.320 --> 02:12.390
czy tylko system operacyjny?

02:12.390 --> 02:14.400
Zasadniczo chodzi o to, czy chcę

02:14.400 --> 02:16.290
platformę jako usługę, czy infrastrukturę

02:16.290 --> 02:18.300
jako usługę?

02:18.300 --> 02:19.830
Teraz, jeśli zrobię tylko system

02:19.830 --> 02:22.710
operacyjny, mogę wybrać dokładną wersję Linuksa, której

02:22.710 --> 02:24.810
chcę używać, niezależnie od tego, czy

02:24.810 --> 02:27.780
jest to własna wersja Linuksa Amazona określana jako

02:27.780 --> 02:32.780
AMI lub Amazon Linux 2, czy też Ubuntu, Debian, Free BSD, openSUSE lub CentOS.

02:33.540 --> 02:35.790
Jeśli chcę korzystać z aplikacji i systemu

02:35.790 --> 02:36.690
operacyjnego,

02:36.690 --> 02:38.940
da mi to nie tylko podstawowy system operacyjny,

02:38.940 --> 02:41.460
ale także jakąś aplikację.

02:41.460 --> 02:43.740
Na przykład, jeśli chcesz utworzyć własną witrynę

02:43.740 --> 02:45.270
internetową przy użyciu dziennika

02:45.270 --> 02:48.600
WordPress, możesz to zrobić, wybierając WordPress tutaj jako aplikację,

02:48.600 --> 02:51.360
lub może chcesz utworzyć własną społeczność wewnętrzną

02:51.360 --> 02:54.060
i użyjesz do tego Joomla lub Drupal.

02:54.060 --> 02:55.650
A może zamierzasz zacząć pisać własną

02:55.650 --> 02:57.510
niestandardową aplikację i dlatego chcesz

02:57.510 --> 02:59.910
mieć Node. js, w ten sposób masz to jako

02:59.910 --> 03:01.500
punkt odniesienia, a wszystko inne,

03:01.500 --> 03:02.850
co zamierzasz zakodować, zostanie

03:02.850 --> 03:05.220
napisane w Node. js.

03:05.220 --> 03:07.140
Oferując tę aplikację i system operacyjny, możemy

03:07.140 --> 03:08.700
wziąć na siebie ciężką pracę związaną

03:08.700 --> 03:10.590
z konfiguracją tych aplikacji, w przeciwieństwie

03:10.590 --> 03:12.570
do zakupu samego systemu operacyjnego, a następnie

03:12.570 --> 03:15.660
konieczności samodzielnej instalacji tych aplikacji.

03:15.660 --> 03:17.880
W moim przypadku wybiorę CentOS w prawym

03:17.880 --> 03:19.320
dolnym rogu, ponieważ CentOS

03:19.320 --> 03:23.880
jest wersją Linuksa opartą na Red Hat, a większość organizacji, jeśli korzysta

03:23.880 --> 03:25.710
z własnych serwerów linuksowych,

03:25.710 --> 03:29.640
używa Red Hat Enterprise Linux lub CentOS.

03:29.640 --> 03:30.750
Z tego powodu, jeśli zdecydujesz

03:30.750 --> 03:33.930
się przejść na kurs CompTIA Linux+**, będziesz używać CentOS jako

03:33.930 --> 03:36.600
podstawowego systemu operacyjnego podczas przechodzenia

03:36.600 --> 03:38.460
przez ten kurs.

03:38.460 --> 03:41.280
Jest to więc dobry wybór.

03:41.280 --> 03:42.960
Następnie przewiniemy w dół i będziemy

03:42.960 --> 03:45.420
mieli kilka innych opcji, które możemy skonfigurować,

03:45.420 --> 03:47.760
w tym, jeśli chcemy skrypt, który będzie uruchamiany

03:47.760 --> 03:49.680
za każdym razem, gdy ładujemy ten serwer lub

03:49.680 --> 03:52.590
będziemy w stanie utworzyć unikalną parę kluczy SSH, aby zdalnie

03:52.590 --> 03:54.570
zalogować się na tę maszynę.

03:54.570 --> 03:57.450
Na razie pozostanę przy domyślnych ustawieniach,

03:57.450 --> 03:59.220
a następnie przewijając w dół, możemy

03:59.220 --> 04:01.770
zobaczyć, że musimy wybrać nasz plan.

04:01.770 --> 04:04.050
Jak już wspomniałem, w przypadku opcji Linux

04:04.050 --> 04:05.910
możemy zacząć od najniższego planu,

04:05.910 --> 04:08.400
który wynosi 3 dolary i 50 centów miesięcznie.

04:08.400 --> 04:11.280
Amazon prowadzi teraz specjalną promocję, w której

04:11.280 --> 04:12.450
jeśli się zarejestrujesz,

04:12.450 --> 04:14.460
otrzymasz pierwsze trzy miesiące

04:14.460 --> 04:16.500
za darmo i nie ma umowy.

04:16.500 --> 04:17.880
Więc możemy się zarejestrować.

04:17.880 --> 04:19.830
Będzie ona darmowa przez pierwsze trzy miesiące.

04:19.830 --> 04:21.450
Będziemy więc mogli się tym pobawić.

04:21.450 --> 04:23.610
A jeśli usuniesz go przed upływem tych trzech miesięcy,

04:23.610 --> 04:25.530
nie zostaniesz obciążony żadnymi opłatami.

04:25.530 --> 04:27.510
Teraz, gdy wybierasz serwer, musisz dowiedzieć

04:27.510 --> 04:30.120
się, jakiego sprzętu potrzebujesz.

04:30.120 --> 04:31.050
Na tej podstawie będziesz

04:31.050 --> 04:33.690
płacić mniej lub więcej pieniędzy miesięcznie.

04:33.690 --> 04:35.820
Jak już wspomniałem, Amazon prowadzi promocję

04:35.820 --> 04:37.350
w czasie tego nagrania, w ramach

04:37.350 --> 04:40.260
której można uzyskać dowolny z trzech pierwszych planów

04:40.260 --> 04:41.790
za darmo przez trzy miesiące,

04:41.790 --> 04:42.990
a następnie zapłacić cenę

04:42.990 --> 04:45.360
podaną tutaj na ekranie.

04:45.360 --> 04:47.310
Ponieważ planuję korzystać z tego rozwiązania

04:47.310 --> 04:48.840
tylko przez najbliższe dwa lub

04:48.840 --> 04:51.330
trzy miesiące, wybiorę wersję za 10 USD, ponieważ

04:51.330 --> 04:53.850
zapewni mi ona więcej pamięci i pamięci masowej na moim

04:53.850 --> 04:55.650
serwerze wirtualnym.

04:55.650 --> 04:58.140
-: Jak widać tutaj, pierwsza opcja, którą mieliśmy,

04:58.140 --> 05:00.810
miała tylko 512 megabajtów pamięci RAM, co jest naprawdę

05:00.810 --> 05:02.250
niską wartością.

05:02.250 --> 05:04.170
Drugi to jeden gigabajt, trzeci

05:04.170 --> 05:05.820
to dwa gigabajty, a w miarę

05:05.820 --> 05:08.100
przesuwania się w prawo podwaja się,

05:08.100 --> 05:10.710
a cena również się podwaja.

05:10.710 --> 05:14.310
Zauważysz, że pierwsze trzy wykorzystują jeden wirtualny procesor, podczas

05:14.310 --> 05:15.870
gdy pozostałe będą wykorzystywać

05:15.870 --> 05:17.700
dwa wirtualne procesory lub więcej,

05:17.700 --> 05:21.420
gdy przejdziemy dalej w prawo i zobaczymy wyższe plany cenowe.

05:21.420 --> 05:22.620
W wierszu pamięci

05:22.620 --> 05:25.290
masowej pierwszy poziom zaczyna się

05:25.290 --> 05:27.750
od 20 gigabajtów, drugi to 40, trzeci

05:27.750 --> 05:29.820
to 60, następnie 80, potem 160

05:29.820 --> 05:31.710
i dalej rośnie.

05:31.710 --> 05:33.270
Gdy spojrzysz w prawo, zobaczysz,

05:33.270 --> 05:36.030
że maksymalny rozmiar planu, do którego możesz

05:36.030 --> 05:38.820
przejść, wynosi 160 USD miesięcznie.

05:38.820 --> 05:40.710
W rzeczywistości jest to jednak dość mocny

05:40.710 --> 05:43.020
serwer, ponieważ otrzymujesz 32 gigabajty pamięci,

05:43.020 --> 05:46.440
osiem wirtualnych procesorów i 640 gigabajtów pamięci masowej przy użyciu

05:46.440 --> 05:49.110
szybkiego urządzenia półprzewodnikowego.

05:49.110 --> 05:50.070
Jak więc widać, można

05:50.070 --> 05:52.950
wybrać całkiem potężne serwery w chmurze, korzystając

05:52.950 --> 05:55.470
nawet z czegoś tak prostego jak Lightsail.

05:55.470 --> 05:56.520
Inną fajną rzeczą jest to,

05:56.520 --> 05:58.290
że zawsze można zacząć od niskiego poziomu,

05:58.290 --> 06:00.210
a następnie zwiększać go w miarę upływu czasu.

06:00.210 --> 06:02.640
Jest to tak zwane skalowanie pionowe.

06:02.640 --> 06:04.530
Na przykład, jeśli zdecyduję się rozpocząć

06:04.530 --> 06:06.180
od planu za 10 USD miesięcznie i chcę

06:06.180 --> 06:07.770
utworzyć nową witrynę internetową

06:07.770 --> 06:09.060
na tej maszynie wirtualnej,

06:09.060 --> 06:11.550
a 10 osób miesięcznie odwiedza tę witrynę, ta maszyna

06:11.550 --> 06:13.260
za 10 USD miesięcznie będzie więcej niż

06:13.260 --> 06:15.420
wystarczająca, aby to obsłużyć.

06:15.420 --> 06:17.280
Ale jeśli na moją stronę zacznie

06:17.280 --> 06:20.160
wchodzić tysiąc lub 10 000 osób dziennie, serwer

06:20.160 --> 06:22.980
za 10 USD nie będzie wystarczający.

06:22.980 --> 06:26.910
Mogę jednak szybko wrócić i przejść do wyższego planu, po prostu tworząc

06:26.910 --> 06:29.880
kopię zapasową mojego serwera, tworząc nową instancję

06:29.880 --> 06:32.250
w większym rozmiarze, a następnie przywracając

06:32.250 --> 06:35.730
tę instancję do nowszego, większego rozmiaru.

06:35.730 --> 06:37.980
W tym momencie staje się ona moją nową witryną

06:37.980 --> 06:40.830
i mogę usunąć starszą instancję, którą miałem.

06:40.830 --> 06:42.630
Następnie nadamy naszej instancji

06:42.630 --> 06:45.750
nazwę, a ja nazwę ją LinuxPractice.

06:45.750 --> 06:47.790
W ten sposób mogę zapamiętać, co to będzie.

06:47.790 --> 06:50.700
Możesz także wybrać liczbę instancji, a w moim przypadku

06:50.700 --> 06:53.130
chcę tylko jedną instancję.

06:53.130 --> 06:54.960
Ale jeśli chciałbym utworzyć pięć takich

06:54.960 --> 06:58.080
maszyn, mógłbym to zrobić tutaj, zmieniając to na pięć.

06:58.080 --> 07:00.480
Ale zamierzamy stworzyć tylko jedną, więc zostawię ją na razie.

07:00.480 --> 07:03.840
Mamy też tagi zawierające tylko klucze i tagi klucz-wartość.

07:03.840 --> 07:06.450
Mogą one być używane, jeśli pracujesz w dużej organizacji, dzięki czemu

07:06.450 --> 07:08.790
możesz zidentyfikować projekt, nad którym pracowałeś.

07:08.790 --> 07:11.130
W ten sposób rozliczenia trafiają we właściwe miejsce.

07:11.130 --> 07:12.750
Na przykład w mojej firmie mamy

07:12.750 --> 07:14.670
dwie różne strony internetowe.

07:14.670 --> 07:17.580
Mamy DionTraining. com, która jest naszą główną

07:17.580 --> 07:20.460
stroną internetową, a także podcast "Your Cyber Path". A "Your Cyber Path" ma własną stronę internetową

07:20.460 --> 07:24.367
pod adresem YourCyberPath.

07:24.367 --> 07:24.367
com.

07:24.367 --> 07:27.450
"Your Cyber Path" jest faktycznie hostowany w Amazon Lightsail.

07:27.450 --> 07:30.990
W związku z tym mamy tag o nazwie YCP.

07:30.990 --> 07:32.190
Wszystko, czego używamy,

07:32.190 --> 07:33.810
a co ma związek z "Your Cyber Path",

07:33.810 --> 07:35.670
jest oznaczane jako YCP, dzięki czemu

07:35.670 --> 07:36.870
pod koniec miesiąca możemy

07:36.870 --> 07:38.430
zobaczyć, ile kosztuje nas uruchomienie

07:38.430 --> 07:40.260
tych usług.

07:40.260 --> 07:42.900
Dzieje się tak, ponieważ używamy nie tylko jednej instancji Lightsail,

07:42.900 --> 07:44.580
ale wielu instancji Lightsail.

07:44.580 --> 07:45.900
Chcemy więc być w stanie rejestrować,

07:45.900 --> 07:47.940
ile kosztuje nas to każdego miesiąca.

07:47.940 --> 07:49.140
W ten sposób możemy śledzić,

07:49.140 --> 07:50.670
ile kosztuje nas co miesiąc

07:50.670 --> 07:52.530
hosting tej witryny i powiązanego

07:52.530 --> 07:54.510
z nią podcastu.

07:54.510 --> 07:55.343
Gdy już to zrobisz,

07:55.343 --> 07:57.780
kliknij utwórz instancję.

07:57.780 --> 07:59.790
A teraz Amazon zajmie się tworzeniem

07:59.790 --> 08:02.070
tej instancji dla nas.

08:02.070 --> 08:04.410
Przydzielają więc żądaną przez nas ilość

08:04.410 --> 08:06.030
pamięci, czyli dwa gigabajty

08:06.030 --> 08:09.510
RAM, jeden wirtualny procesor i 60-gigabajtowy dysk SSD.

08:09.510 --> 08:12.270
Oprócz przydzielenia nam całego tego sprzętu, będą

08:12.270 --> 08:14.580
oni również instalować system operacyjny,

08:14.580 --> 08:18.060
a następnie będziemy mogli zdalnie zalogować się na ten serwer

08:18.060 --> 08:19.410
i robić, co chcemy, ponieważ

08:19.410 --> 08:20.850
jesteśmy właścicielami serwera

08:20.850 --> 08:24.450
i mamy do niego dostęp root lub administracyjny.

08:24.450 --> 08:25.680
Kolejną rzeczą, którą

08:25.680 --> 08:28.800
można zauważyć, jest adres IP powiązany z tym serwerem.

08:28.800 --> 08:30.900
Zauważ, że jest to 54. 159. 170. 130 I mamy

08:33.990 --> 08:36.900
również wersję IPv6 pod nią wymienioną z tym

08:36.900 --> 08:40.290
długim numerem zaczynającym się od 2600.

08:40.290 --> 08:42.300
W ten sposób zajmiemy się tym serwerem.

08:42.300 --> 08:47.300
A więc jeśli ktoś poszedł do 54. 159. 170. 130 w tej chwili faktycznie

08:47.580 --> 08:48.690
wywołuje wszystko,

08:48.690 --> 08:50.730
na co odpowiada ten serwer, jeśli

08:50.730 --> 08:53.130
działa na nim serwer WWW.

08:53.130 --> 08:55.380
W moim przypadku, gdy próbuję teraz przejść do tej strony,

08:55.380 --> 08:57.060
otrzymuję odmowę połączenia.

08:57.060 --> 08:57.893
Dlaczego?

08:57.893 --> 08:59.430
Ponieważ nigdy nie zainstalowaliśmy

08:59.430 --> 09:02.070
Apache'a ani innego serwera WWW, aby odbierać te połączenia.

09:02.070 --> 09:05.040
A to dlatego, że zdecydowaliśmy się zainstalować tylko system operacyjny,

09:05.040 --> 09:07.080
a nie aplikację i system operacyjny.

09:07.080 --> 09:09.090
Jeśli zdecydujesz się użyć czegoś takiego jak

09:09.090 --> 09:10.440
WordPress i przejdę do tego adresu

09:10.440 --> 09:12.300
IP, zobaczysz stronę powitalną WordPress,

09:12.300 --> 09:14.190
aby móc skonfigurować swój serwer WordPress

09:14.190 --> 09:16.620
za pomocą tego interfejsu internetowego.

09:16.620 --> 09:17.453
Dobrze.

09:17.453 --> 09:20.190
Teraz widzimy, że nasz serwer został w pełni

09:20.190 --> 09:21.540
uruchomiony.

09:21.540 --> 09:23.730
W tym momencie chcemy być w stanie wejść i

09:23.730 --> 09:25.710
robić różne rzeczy z tym serwerem.

09:25.710 --> 09:28.650
Klikamy więc miejsce, w którym jest napisane LinuxPractice

09:28.650 --> 09:31.470
i widzimy tutaj, jak można połączyć się z instancją.

09:31.470 --> 09:33.990
Amazon sprawia, że jest to dla nas bardzo łatwe,

09:33.990 --> 09:37.200
dzięki czemu możemy po prostu połączyć się za pomocą SSH, a to

09:37.200 --> 09:39.900
faktycznie wywoła instancję SSH w naszej przeglądarce

09:39.900 --> 09:40.950
internetowej, która

09:40.950 --> 09:43.410
jest zdalną sesją do tego serwera.

09:43.410 --> 09:46.590
W tej chwili jestem podłączony do urządzenia z systemem

09:46.590 --> 09:50.730
CentOS i możesz zobaczyć, że jestem teraz zalogowany jako CentOS.

09:50.730 --> 09:52.740
Jeśli chciałbym zobaczyć, w jakim katalogu

09:52.740 --> 09:54.690
się znajduję, mógłbym użyć czegoś takiego

09:54.690 --> 09:57.090
jak pwd, co oznacza obecny katalog roboczy.

09:57.090 --> 10:01.500
Widać tutaj, że jestem w katalogu /home/centos, który jest katalogiem

10:01.500 --> 10:04.410
domowym tego użytkownika.

10:04.410 --> 10:06.270
Jeśli zajrzysz tutaj i wykonasz ls,

10:06.270 --> 10:08.640
powie nam to, co znajduje się w tym katalogu.

10:08.640 --> 10:11.160
W tym przypadku nie ma żadnych plików ani katalogów,

10:11.160 --> 10:14.640
ponieważ jest to zupełnie nowy serwer z zupełnie nowym kontem.

10:14.640 --> 10:17.250
Teraz, jeśli chciałbym przejść do katalogu głównego

10:17.250 --> 10:20.070
tego dysku twardego, mogę wykonać cd space /, co pozwoli

10:20.070 --> 10:22.080
mi przejść do katalogu głównego tego dysku

10:22.080 --> 10:23.370
twardego.

10:23.370 --> 10:25.290
Jeśli myślisz o tym w kategoriach systemu Windows,

10:25.290 --> 10:27.240
byłoby to przejście do wewnętrznego dysku twardego,

10:27.240 --> 10:28.530
takiego jak dysk C, i sprawdzenie,

10:28.530 --> 10:31.140
jakie pliki i foldery się tam znajdują.

10:31.140 --> 10:34.980
Ponownie wpiszę ls i tym razem zrobię -la, co mówi, że chcę

10:34.980 --> 10:36.330
długą listę i chcę zobaczyć

10:36.330 --> 10:37.980
atrybuty.

10:37.980 --> 10:39.960
A to pokaże mi każdy plik i folder, który znajduje

10:39.960 --> 10:42.420
się w katalogu głównym tego dysku twardego.

10:42.420 --> 10:44.820
Jak widać tutaj, mamy ich kilka.

10:44.820 --> 10:48.330
Wszystko w tym fioletowym kolorze jest w rzeczywistości katalogiem.

10:48.330 --> 10:50.040
Wszystko w jasnoniebieskim kolorze

10:50.040 --> 10:52.530
jest linkiem, który wskazuje na inny katalog.

10:52.530 --> 10:55.380
Na przykład, jeśli spojrzysz na linię, która

10:55.380 --> 11:00.180
mówi bin, ma ona dowiązanie symboliczne prowadzące do katalogu usr/bin.

11:00.180 --> 11:01.440
To samo z lib,

11:01.440 --> 11:04.380
trafia do katalogu usr/lib.

11:04.380 --> 11:05.550
Teraz wiem, że większość

11:05.550 --> 11:07.890
z tego prawdopodobnie nie ma dla ciebie większego

11:07.890 --> 11:09.270
sensu, ale chciałem powiedzieć,

11:09.270 --> 11:11.820
że jesteś teraz podłączony do swojej maszyny z Linuksem

11:11.820 --> 11:15.090
i możesz w niej robić, co tylko chcesz.

11:15.090 --> 11:16.770
Pozwól mi więc wrócić do

11:16.770 --> 11:21.360
mojego katalogu domowego, wykonując cd space /home/centos.

11:21.360 --> 11:24.270
Teraz, jeśli zrobię ls -la, zobaczysz,

11:24.270 --> 11:27.420
że nie mam tu żadnych folderów, z wyjątkiem

11:27.420 --> 11:29.850
tego ukrytego, który zaczyna się

11:29.850 --> 11:31.590
od kropki o nazwie SSH.

11:31.590 --> 11:33.810
W systemie Linux wszystko, co zaczyna się

11:33.810 --> 11:35.940
od kropki, jest uważane za plik ukryty.

11:35.940 --> 11:38.640
Jeśli po prostu wykonam ls, nie zobaczysz żadnego

11:38.640 --> 11:41.340
z nich, ponieważ wszystkie te pliki, takie jak

11:41.340 --> 11:45.420
bash_logout, bash_profile i bashrc, są uważane za pliki ukryte.

11:45.420 --> 11:47.430
Teraz, jeśli chcę utworzyć własny plik,

11:47.430 --> 11:49.950
mogę to zrobić za pomocą polecenia touch.

11:49.950 --> 11:54.240
Powiem więc touch i nazwę ten plik. txt.

11:54.240 --> 11:57.300
W ten sposób utworzyłem nowy plik o nazwie file, ale

11:57.300 --> 11:58.890
jest on pusty, ponieważ jeszcze

11:58.890 --> 12:00.930
nic z nim nie zrobiłem.

12:00.930 --> 12:02.460
Zamierzam więc wyczyścić

12:02.460 --> 12:05.730
ekran i wyświetlić jeszcze raz za pomocą ls -la.

12:05.730 --> 12:08.640
A teraz zobaczysz plik. txt i nie ma przed nim

12:08.640 --> 12:10.590
kropki, co oznacza, że

12:10.590 --> 12:12.960
nie jest to plik ukryty.

12:12.960 --> 12:15.570
Zauważ jednak, że w piątej kolumnie mamy zero

12:15.570 --> 12:17.490
i jest to rozmiar tego pliku.

12:17.490 --> 12:19.650
Plik ten ma rozmiar zero bajtów, ponieważ

12:19.650 --> 12:21.660
nie zawiera żadnej zawartości.

12:21.660 --> 12:22.800
Kiedy używam polecenia

12:22.800 --> 12:24.780
touch, tworzę po prostu pusty plik.

12:24.780 --> 12:27.060
Teraz, gdybym chciał wprowadzić coś do tego pliku,

12:27.060 --> 12:29.160
mogę to zrobić za pomocą edytora tekstu.

12:29.160 --> 12:32.520
A na Linuksie jest tekst znany jako vi.

12:32.520 --> 12:36.690
Więc wpiszę plik vi space. txt i naciśnij Enter.

12:36.690 --> 12:40.350
Dzięki temu mogę teraz zobaczyć, że był to pusty plik.

12:40.350 --> 12:42.150
Zwróć uwagę na te wszystkie małe

12:42.150 --> 12:43.620
zawijasy, a tylda pokazuje,

12:43.620 --> 12:45.900
że każda z tych linii jest pusta.

12:45.900 --> 12:47.910
Teraz, gdybym chciał coś tutaj wpisać, pierwszą

12:47.910 --> 12:50.880
rzeczą, którą muszę zrobić, jest wpisanie klawisza I.

12:50.880 --> 12:53.220
To przenosi mnie do tak zwanego trybu wstawiania

12:53.220 --> 12:55.530
i teraz mogę wpisywać tutaj rzeczy i być w stanie

12:55.530 --> 12:56.850
je pisać.

12:56.850 --> 13:00.723
Powiem więc, że jest to plik testowy Jasona.

13:02.550 --> 13:07.550
Zapisujemy w nim informacje za pomocą VI, dobrze?

13:08.610 --> 13:09.630
Teraz, gdy skończyliśmy,

13:09.630 --> 13:12.870
przejdę dalej i wpiszę klawisz Escape, który przeniesie mnie

13:12.870 --> 13:14.910
z powrotem do trybu poleceń.

13:14.910 --> 13:17.340
Następnie użyję klawisza dwukropka i możesz zobaczyć,

13:17.340 --> 13:19.830
że dwukropek pojawia się teraz na dole.

13:19.830 --> 13:22.680
Zamierzam zrobić w dla zapisu i q dla wyjścia, co następnie

13:22.680 --> 13:24.360
zapisze ten plik.

13:24.360 --> 13:26.550
Zauważ, że napisano jedną

13:26.550 --> 13:28.650
linię, 72 znaki.

13:28.650 --> 13:33.030
Jeśli więc wyczyszczę ekran i tym razem wykonam ls -la, zobaczysz,

13:33.030 --> 13:35.340
że mamy tam 72 bajty zamiast zera

13:35.340 --> 13:38.190
bajtów wewnątrz pliku.

13:38.190 --> 13:40.800
Teraz w Linuksie, jeśli chcesz wyświetlić zawartość

13:40.800 --> 13:41.670
pliku na ekranie,

13:41.670 --> 13:43.830
możesz to zrobić wpisując cat.

13:43.830 --> 13:47.700
Zrobię więc cat, a następnie nazwę mojego pliku. txt.

13:47.700 --> 13:48.570
Kiedy to zrobię,

13:48.570 --> 13:50.790
możemy teraz zobaczyć zawartość tego pliku,

13:50.790 --> 13:52.920
który jest plikiem testowym Jasona.

13:52.920 --> 13:56.490
Zapisujemy w nim informacje za pomocą VI.

13:56.490 --> 14:00.420
Jak więc widać, mam pełny dostęp do tego systemu Linux, aby zrobić wszystko,

14:00.420 --> 14:02.820
co chcemy w tym momencie, ponieważ jesteśmy właścicielem

14:02.820 --> 14:04.500
tego serwera.

14:04.500 --> 14:07.440
Mógłbym zacząć instalować programy, mógłbym uruchomić serwer WWW.

14:07.440 --> 14:09.210
Mogę zrobić prawie wszystko, co

14:09.210 --> 14:11.400
chcę, ponieważ jest to mój własny serwer

14:11.400 --> 14:13.740
i nikt inny nie ma do niego dostępu.

14:13.740 --> 14:15.210
Jedynym prawdziwym ograniczeniem

14:15.210 --> 14:17.550
jest to, że używamy interfejsu wiersza poleceń zamiast

14:17.550 --> 14:19.560
graficznego interfejsu użytkownika.

14:19.560 --> 14:21.660
Jeśli więc chcesz uruchomić i obsługiwać

14:21.660 --> 14:22.560
ten serwer, musisz

14:22.560 --> 14:25.170
wygodnie korzystać z Linuksa w wierszu poleceń.

14:25.170 --> 14:27.270
Jest to bardzo powszechne zjawisko w chmurze.

14:27.270 --> 14:29.820
Większość serwerów w chmurze będzie oparta na tekście, ponieważ

14:29.820 --> 14:31.770
nie chcemy dodatkowego narzutu i wymagań związanych

14:31.770 --> 14:33.120
z przetwarzaniem, które zapewnia

14:33.120 --> 14:35.730
nam graficzny interfejs użytkownika.

14:35.730 --> 14:36.563
Z tego powodu, gdy

14:36.563 --> 14:38.640
używamy interfejsu tekstowego, takiego jak

14:38.640 --> 14:41.280
ten, możemy korzystać z tańszych i mniej wydajnych serwerów

14:41.280 --> 14:44.220
i nadal zapewniać wsparcie dla dużej liczby odbiorców.

14:44.220 --> 14:46.320
Na przykład, jeśli byłby to serwer WWW,

14:46.320 --> 14:48.150
ten mały serwer WWW za 10 USD miesięcznie

14:48.150 --> 14:50.700
może całkiem wygodnie obsługiwać od stu do 500

14:50.700 --> 14:52.020
osób.

14:52.020 --> 14:53.850
Teraz, gdybym zaczął przyciągać tysiące

14:53.850 --> 14:56.880
osób, musiałbym przejść na plan 20 lub 40 USD miesięcznie i kontynuować

14:56.880 --> 14:58.890
aktualizację w miarę wzrostu liczby odbiorców

14:58.890 --> 15:00.750
mojej konkretnej witryny.

15:00.750 --> 15:01.650
Przejdźmy dalej i

15:01.650 --> 15:04.170
wróćmy do naszego interfejsu Amazon Lightsail.

15:04.170 --> 15:06.510
I tutaj możesz zobaczyć, że możesz również połączyć

15:06.510 --> 15:08.370
się z tym za pomocą własnego klienta SSH zamiast

15:08.370 --> 15:09.900
korzystać z przeglądarki, którą właśnie

15:09.900 --> 15:11.520
zademonstrowałem.

15:11.520 --> 15:13.770
Jeśli przejdziemy do następnej zakładki, zobaczymy Storage.

15:13.770 --> 15:16.560
Tutaj widać, że mam pojedynczy dysk systemowy

15:16.560 --> 15:18.690
o rozmiarze 60 gigabajtów.

15:18.690 --> 15:20.490
Teraz może się okazać, że 60 gigabajtów

15:20.490 --> 15:21.960
to za mało miejsca.

15:21.960 --> 15:22.980
W takim przypadku można

15:22.980 --> 15:25.140
dodać dodatkowe podłączone dyski za pomocą

15:25.140 --> 15:26.760
interfejsu tutaj.

15:26.760 --> 15:29.550
Aby to zrobić, po prostu klikniemy na utwórz nowy dysk,

15:29.550 --> 15:30.690
a następnie będziemy mogli

15:30.690 --> 15:32.490
wybrać, jak duży dysk chcemy.

15:32.490 --> 15:35.730
Ponownie, przestrzeń dyskowa znajduje się na dysku SSD,

15:35.730 --> 15:37.140
który jest droższy niż starsze,

15:37.140 --> 15:40.140
wolniejsze, tradycyjne dyski twarde.

15:40.140 --> 15:42.810
Z tego powodu koszt związany z tym produktem

15:42.810 --> 15:45.810
będzie zależał od wybranego rozmiaru.

15:45.810 --> 15:47.700
Za każdy gigabajt przestrzeni będziesz

15:47.700 --> 15:49.650
płacić 10 centów miesięcznie.

15:49.650 --> 15:52.980
Jeśli więc 60-gigabajtowa przestrzeń nie była dla mnie wystarczająca

15:52.980 --> 15:56.663
i chciałem mieć dodatkowe 64 gigabajty, mogę to zrobić, ale będzie mnie

15:56.663 --> 16:00.480
to kosztować 6 USD. 40 miesięcznie.

16:00.480 --> 16:02.700
Wspaniałą rzeczą w korzystaniu z interfejsu opartego

16:02.700 --> 16:03.660
na chmurze jest jednak

16:03.660 --> 16:06.360
to, że można również wybrać dowolny rozmiar.

16:06.360 --> 16:10.740
Załóżmy więc, że chcę mieć dysk o pojemności jednego terabajta.

16:10.740 --> 16:13.980
Mógłbym to zrobić, wykonując 1024 gigabajty.

16:13.980 --> 16:18.870
Jak widać, kosztowałoby mnie to 102 dolary. 40 centów miesięcznie, aby dołączyć

16:18.870 --> 16:21.630
go do mojego serwera Linux.

16:21.630 --> 16:22.830
Aby pokazać, jak to

16:22.830 --> 16:24.030
działa, utworzę plik

16:24.030 --> 16:26.130
o rozmiarze 10 gigabajtów.

16:26.130 --> 16:28.020
Będzie mnie to kosztować 1 dolara miesięcznie.

16:28.020 --> 16:31.500
Mogę nadać mu nazwę taką jak StorageDisk,

16:31.500 --> 16:34.113
a następnie utworzyć ten dysk.

16:35.040 --> 16:35.880
Gdy to zrobisz, musisz

16:35.880 --> 16:38.430
wybrać instancję, do której chcesz ją dołączyć.

16:38.430 --> 16:40.200
W naszym przypadku mam tylko jedną, która

16:40.200 --> 16:42.030
jest moją maszyną LinuxPractice, ale

16:42.030 --> 16:43.830
gdybym miał kilka instancji, takich

16:43.830 --> 16:45.570
jak moja witryna Dion Training i inna

16:45.570 --> 16:47.820
dla witryny "Your Cyber Path" i podobnych rzeczy,

16:47.820 --> 16:48.690
mógłbym wybrać, do

16:48.690 --> 16:50.940
której z nich chcę ją dołączyć.

16:50.940 --> 16:52.800
Następnie zobaczysz, że ścieżka

16:52.800 --> 16:58.260
do tego dysku będzie /dev/xvdf w moim systemie Linux, gdy go podłączę.

16:58.260 --> 17:00.450
Więc pójdę dalej i kliknę dołącz,

17:00.450 --> 17:05.220
a teraz zostanie to umieszczone w moim systemie Linux.

17:05.220 --> 17:07.230
Następnie wrócimy tutaj do strony głównej,

17:07.230 --> 17:09.360
a następnie ponownie przejdziemy do LinuxPractice

17:09.360 --> 17:11.160
i tutaj klikniemy na metryki.

17:11.160 --> 17:14.460
Dzięki wskaźnikom mogę zobaczyć, jak ciężko pracuje mój system.

17:14.460 --> 17:18.180
Teraz możesz zobaczyć tutaj, że jest to mój wykres przeglądu procesora.

17:18.180 --> 17:20.490
Jak widać, uruchomiliśmy

17:20.490 --> 17:25.170
ten serwer około godziny 15:52 17 lipca.

17:25.170 --> 17:26.880
Początkowo, gdy uruchomiliśmy

17:26.880 --> 17:30.300
serwer, działał on przy około 20% wykorzystaniu procesora.

17:30.300 --> 17:31.620
Wynika to z faktu, że podczas

17:31.620 --> 17:33.390
pierwszego uruchomienia serwera wiele

17:33.390 --> 17:35.490
się działo i musiał on sam się podnieść.

17:35.490 --> 17:36.720
Jednak gdy to się stało i wróciliśmy

17:36.720 --> 17:38.400
do normalnego obciążenia pracą, gdy

17:38.400 --> 17:40.320
byłem w wierszu poleceń, robiąc różne rzeczy,

17:40.320 --> 17:42.900
można było zauważyć spadek do około 1%.

17:42.900 --> 17:45.540
Nazywamy to strefą zrównoważonego rozwoju.

17:45.540 --> 17:47.640
Teraz, ponieważ jest to system oparty na chmurze

17:47.640 --> 17:49.710
i używamy wirtualnego procesora, Amazon wykonuje

17:49.710 --> 17:52.140
wiele ciężkiej pracy na zapleczu, aby upewnić się, że

17:52.140 --> 17:54.210
uzyskujemy dobrą wydajność.

17:54.210 --> 17:56.850
Powiedzmy na przykład, że używam tego do hostowania strony

17:56.850 --> 17:59.070
internetowej i mam wiele osób, które wskakują na

17:59.070 --> 18:00.570
moją stronę w tym samym czasie.

18:00.570 --> 18:02.760
Cóż, to co się stanie, to zwiększony popyt

18:02.760 --> 18:04.530
i procesor pójdzie w górę.

18:04.530 --> 18:06.090
W miarę jak procesor będzie się podnosił,

18:06.090 --> 18:08.940
zobaczysz, że wchodzi on w tak zwaną strefę rozerwania.

18:08.940 --> 18:13.290
Jeśli osiągniesz od 40 do 60 lub 80%, możesz faktycznie pęknąć, co oznacza, że

18:13.290 --> 18:14.400
Amazon zapewni ci dodatkową

18:14.400 --> 18:15.643
pojemność, aby móc obsłużyć

18:15.643 --> 18:19.410
to obciążenie, aby twój serwer się nie zawiesił.

18:19.410 --> 18:22.410
Teraz będą to robić przez określony czas w miesiącu w zależności

18:22.410 --> 18:23.370
od systemu.

18:23.370 --> 18:24.990
W związku z tym dostępna jest

18:24.990 --> 18:27.240
tylko określona pojemność.

18:27.240 --> 18:28.650
Na dolnym wykresie widać

18:28.650 --> 18:31.140
pozostałą wydajność procesora.

18:31.140 --> 18:33.240
Mamy też dużo dodatkowej przepustowości dostępnej

18:33.240 --> 18:34.740
w naszym systemie, ponieważ tak

18:34.740 --> 18:36.840
naprawdę jeszcze jej nie przekroczyliśmy,

18:36.840 --> 18:38.550
ponieważ nie uruchamiamy jeszcze wielu

18:38.550 --> 18:40.350
rzeczy na tym serwerze.

18:40.350 --> 18:42.600
Gdy przejdziemy wyżej, możesz także kliknąć

18:42.600 --> 18:43.980
tutaj i zobaczyć inne fakty,

18:43.980 --> 18:47.340
takie jak wykorzystanie procesora, przepustowość, przepustowość

18:47.340 --> 18:49.800
w minutach lub procentach.

18:49.800 --> 18:52.620
Możesz także zobaczyć przychodzący i wychodzący ruch sieciowy,

18:52.620 --> 18:54.210
a także awarie sprawdzania stanu,

18:54.210 --> 18:55.830
awarie sprawdzania stanu instancji,

18:55.830 --> 18:58.500
awarie sprawdzania stanu systemu i tym podobne.

18:58.500 --> 19:01.380
Na przykład, jeśli spojrzymy na przychodzący ruch sieciowy,

19:01.380 --> 19:03.330
można zauważyć, że rozpoczął się ruch,

19:03.330 --> 19:05.940
a następnie z czasem ruch ten spadł.

19:05.940 --> 19:07.620
Dlaczego ten ruch spadł?

19:07.620 --> 19:10.680
Ponieważ jedyną osobą, która ma dostęp do tego serwera, jestem

19:10.680 --> 19:12.570
ja, a ja rozmawiałem z tobą przez ostatnie

19:12.570 --> 19:14.610
kilka minut i nie wprowadzałem poleceń w

19:14.610 --> 19:17.190
tę i z powrotem, dlatego widzieliśmy ten spadek, gdy

19:17.190 --> 19:19.500
dotarliśmy tutaj do 4:05 po południu.

19:19.500 --> 19:21.330
Następnie możemy kliknąć na networking.

19:21.330 --> 19:24.360
Z tego miejsca można zobaczyć nasz publiczny i prywatny

19:24.360 --> 19:27.510
adres IP, a także naszą zaporę ogniową dla naszego urządzenia

19:27.510 --> 19:31.560
w sieci IPv4 i IPv6 oraz naszą zaporę ogniową IPv6.

19:31.560 --> 19:32.520
Ponadto mamy możliwość

19:32.520 --> 19:35.490
równoważenia obciążenia lub dystrybucji.

19:35.490 --> 19:37.470
Pozwoliłoby nam to na posiadanie wielu serwerów,

19:37.470 --> 19:39.690
które odpowiadają na jedną stronę internetową.

19:39.690 --> 19:42.570
W naszym przypadku nie dzielimy się z nikim ruchem.

19:42.570 --> 19:45.420
Używamy tylko jednego serwera, z którym rozmawiamy i

19:45.420 --> 19:46.950
który jest kontrolowany przez

19:46.950 --> 19:48.780
nas i używany tylko przez nas.

19:48.780 --> 19:50.250
Ale jeśli prowadzę stronę internetową

19:50.250 --> 19:52.800
i przechodzę od 100 osób, do 1000 osób, do 10 000 osób,

19:52.800 --> 19:54.180
mogę faktycznie mieć wiele

19:54.180 --> 19:55.860
systemów współpracujących ze sobą

19:55.860 --> 19:57.540
w tandemie, aby równoważyć obciążenie

19:57.540 --> 20:00.030
w wielu instancjach, aby odpowiadać na żądania od

20:00.030 --> 20:02.640
wszystkich tych osób.

20:02.640 --> 20:04.290
Następnie możemy wrócić na górę

20:04.290 --> 20:06.240
i zobaczyć, że mamy Snapshots.

20:06.240 --> 20:07.350
Migawki to sposób

20:07.350 --> 20:09.900
na tworzenie kopii zapasowych systemu.

20:09.900 --> 20:11.100
Wykonanie migawki oznacza

20:11.100 --> 20:13.140
zrobienie obrazu dysku twardego i

20:13.140 --> 20:14.430
zapisanie go w chmurze,

20:14.430 --> 20:15.720
aby w razie czego można

20:15.720 --> 20:18.150
było powrócić do tej migawki.

20:18.150 --> 20:21.060
W naszym przypadku mam wyłączoną funkcję automatycznych migawek,

20:21.060 --> 20:23.400
co oznacza, że serwer nie będzie wykonywał kopii zapasowej

20:23.400 --> 20:24.750
każdego dnia.

20:24.750 --> 20:26.820
W rzeczywistości jest to uważane za złą praktykę bezpieczeństwa,

20:26.820 --> 20:28.500
ponieważ chcemy mieć możliwość tworzenia migawek,

20:28.500 --> 20:29.850
jeśli coś pójdzie nie tak.

20:29.850 --> 20:32.670
Zamierzam więc włączyć automatyczne migawki.

20:32.670 --> 20:35.310
Zobaczysz, że automatycznie wykona migawkę

20:35.310 --> 20:36.540
każdego dnia i zapisze

20:36.540 --> 20:39.450
siedem ostatnich migawek.

20:39.450 --> 20:42.960
W ten sposób jest to ciągła kopia zapasowa, do której zawsze mogę zajrzeć.

20:42.960 --> 20:45.510
Automatyczne migawki są tworzone w taki sam sposób,

20:45.510 --> 20:46.950
jak migawki ręczne.

20:46.950 --> 20:48.420
Jeśli więc chcesz dowiedzieć się więcej o rozliczeniach,

20:48.420 --> 20:50.400
możesz to sprawdzić, klikając ten link.

20:50.400 --> 20:53.400
Powiem, że rozumiem i włączę to.

20:53.400 --> 20:54.240
Co więcej, zamiast

20:54.240 --> 20:57.480
czekać do 2:00 w nocy na tę migawkę, mogę utworzyć

20:57.480 --> 21:00.060
migawkę w dowolnym momencie.

21:00.060 --> 21:02.340
Kiedy to zrobię, nadam mu nazwę.

21:02.340 --> 21:03.750
W tym przypadku już go mają.

21:03.750 --> 21:06.720
Jest to myślnik nazwy serwera i unikalny identyfikator, a następnie

21:06.720 --> 21:07.950
naciśnij przycisk Utwórz.

21:07.950 --> 21:08.783
Gdy to zrobisz, zostanie

21:08.783 --> 21:11.940
wykonana migawka lub kopia zapasowa całego mojego serwera.

21:11.940 --> 21:14.370
W ten sposób, jeśli się zepsuje lub coś pójdzie

21:14.370 --> 21:17.430
nie tak, zawsze mogę przywrócić go z tej migawki.

21:17.430 --> 21:18.810
Następnie mamy tagi.

21:18.810 --> 21:20.010
A jeśli spojrzysz na Tagi,

21:20.010 --> 21:22.200
to jest to wszystko, gdzie będziesz mógł

21:22.200 --> 21:24.090
oznaczyć tę konkretną instancję Lightsail,

21:24.090 --> 21:26.640
abyś mógł śledzić rzeczy, takie jak jej status lub

21:26.640 --> 21:28.770
koszt z nią związany.

21:28.770 --> 21:30.840
Następnie mamy zakładkę Historia,

21:30.840 --> 21:33.810
która powie nam, co stało się z tą instancją.

21:33.810 --> 21:35.970
Możesz zobaczyć, że pierwotnie utworzyliśmy

21:35.970 --> 21:37.620
tę instancję o 15:56, podłączyliśmy

21:37.620 --> 21:41.100
ten 10-gigabajtowy dysk twardy o 16:10, utworzyliśmy

21:41.100 --> 21:43.650
migawkę o 16:15 i włączyliśmy dodatek o

21:43.650 --> 21:48.300
16:15 dla tych automatycznych migawek.

21:48.300 --> 21:50.760
Ostatnią zakładką jest zakładka Usuń.

21:50.760 --> 21:52.560
A ta zakładka usuwania będzie tą, która

21:52.560 --> 21:54.360
pozwoli nam usunąć ten serwer, jeśli

21:54.360 --> 21:55.890
już go nie potrzebujemy.

21:55.890 --> 21:57.780
Powiedzmy więc, że minęły dwa miesiące i zdecydowałeś,

21:57.780 --> 22:00.390
że nie chcesz już grać na tym serwerze i nie chcesz być obciążany opłatą

22:00.390 --> 22:02.947
w wysokości 3 USD. 50, 5 lub 10 dolarów

22:02.947 --> 22:05.730
miesięcznie na jego utrzymanie.

22:05.730 --> 22:08.580
Możesz po prostu wejść tutaj i kliknąć Usuń, co spowoduje

22:08.580 --> 22:10.530
usunięcie instancji.

22:10.530 --> 22:12.900
Teraz, jeśli usuniesz to teraz, mamy ten

22:12.900 --> 22:14.130
dysk, który jest nadal

22:14.130 --> 22:15.870
dołączony do instancji.

22:15.870 --> 22:17.580
Spowoduje to odłączenie

22:17.580 --> 22:19.800
dysku, ale nie jego usunięcie.

22:19.800 --> 22:20.820
Właśnie dlatego dysk magazynujący

22:20.820 --> 22:22.830
może być w rzeczywistości całkiem korzystną

22:22.830 --> 22:25.680
rzeczą, ponieważ mogę przechowywać pliki z tej maszyny z systemem

22:25.680 --> 22:27.120
Linux na tym dysku, usunąć system

22:27.120 --> 22:28.590
Linux, a następnie ponownie podłączyć

22:28.590 --> 22:31.440
ten dysk do innego systemu, takiego jak inny system Linux lub

22:31.440 --> 22:33.660
system Windows, którego chciałbym użyć w tym środowisku

22:33.660 --> 22:36.120
chmury.

22:36.120 --> 22:37.200
Jest to dobry sposób na przesyłanie

22:37.200 --> 22:39.120
danych z jednej instancji chmury do drugiej

22:39.120 --> 22:40.920
wewnątrz Lightsail.

22:40.920 --> 22:42.960
Oprócz tego na górze znajduje

22:42.960 --> 22:45.270
się przycisk Stop i Reboot.

22:45.270 --> 22:48.150
Jeśli nacisnę stop, spowoduje to wyłączenie tej instancji.

22:48.150 --> 22:49.050
Może to być przydatne,

22:49.050 --> 22:50.850
jeśli nie chcesz już korzystać z tej instancji,

22:50.850 --> 22:52.320
ale wiesz, że wrócisz do niej za kilka

22:52.320 --> 22:53.610
tygodni, lub możesz ją zrestartować

22:53.610 --> 22:54.930
i użyć jej za każdym razem, gdy

22:54.930 --> 22:57.660
masz problem z serwerem lub musisz go zrestartować, aby zainstalować

22:57.660 --> 23:00.150
jakieś oprogramowanie lub zastosować jakieś ustawienia

23:00.150 --> 23:03.150
konfiguracyjne.

23:03.150 --> 23:04.350
To było krótkie wprowadzenie

23:04.350 --> 23:06.690
do tego, jak stworzyć własny serwer w chmurze

23:06.690 --> 23:08.520
za pomocą Amazon Lightsail.

23:08.520 --> 23:11.430
Zalecam zrobienie tego samemu, wypróbowanie i w ten sposób będziesz

23:11.430 --> 23:12.990
mieć maszynę CentOS, którą możesz

23:12.990 --> 23:14.850
bawić się w dowolnym momencie, siedząc

23:14.850 --> 23:15.963
w chmurze.