WEBVTT

00:00.090 --> 00:00.923
네 강사님 이 수업에서

00:00.923 --> 00:03.060
클라우드를 사용하는 법을 보여드릴게요 아마존에서

00:03.060 --> 00:05.430
나온 Lightsail 제품을 이용해 알아보겠습니다

00:05.430 --> 00:06.960
? 네

00:06.960 --> 00:10.170
라이트세일은 아마존의 클라우드 제품 진입구입니다

00:10.170 --> 00:13.140
네 계산을 위한 ec2 대신 53번 루트는 네트워킹을

00:13.140 --> 00:15.120
위한 것 오로라는 데이터베이스를

00:15.120 --> 00:18.357
위한 것 , 파게이트는 컨테이너용이고 s3는

00:18.357 --> 00:22.620
저장소를 위한 거죠 이 모든 게 하나의 멋지고 사용하기 쉬운 패키지로

00:22.620 --> 00:27.510
복합돼 클라우드 초보자인 우릴 위한 겁니다

00:27.510 --> 00:28.980
네 이제 가장 먼저

00:28.980 --> 00:31.080
aws로 가서 아마존 계정을

00:31.080 --> 00:35.430
만드세요 아마존 com/lightsail

00:35.430 --> 00:38.070
여기에서 aws 계정 생성을 클릭하고

00:38.070 --> 00:40.320
무료로 가입할 수 있습니다.

00:40.320 --> 00:42.330
그렇게 하면 계정에 로그인하여 Lightsail

00:42.330 --> 00:44.370
대시보드에 액세스할 수 있습니다.

00:44.370 --> 00:47.253
여기서 인스턴스 생성을 클릭합니다

00:48.180 --> 00:50.640
네 다 하고 나면 가장 가까운 지역과

00:50.640 --> 00:53.370
가용성 영역을 선택합니다

00:53.370 --> 00:56.730
바꾸고 싶으면 그냥 aws 지역 변경을 클릭하세요

00:56.730 --> 00:59.790
전 세계 어느 곳에서든 고를 수 있어요

00:59.790 --> 01:01.860
제 경우에는 미국 동부에

01:01.860 --> 01:02.880
가깝죠

01:02.880 --> 01:05.430
네 us-동쪽-1과 us-동쪽-2

01:05.430 --> 01:07.830
중 버지니아나 오하이오를 선택할게요

01:07.830 --> 01:10.770
버지니아는 us-동쪽-1로 할게요 그게

01:10.770 --> 01:12.240
더 가깝고 작업 시간도

01:12.240 --> 01:14.460
단축할 수 있으니까요

01:14.460 --> 01:15.600
스크롤을 내리면 플랫폼을

01:15.600 --> 01:17.430
선택할 수 있습니다

01:17.430 --> 01:19.350
Linux와 Unix 또는 Microsoft

01:19.350 --> 01:21.480
Windows 중에서 선택할 수 있습니다.

01:21.480 --> 01:24.600
Linux와 유닉스가 Microsoft Windows보다 Litesail에서

01:24.600 --> 01:26.130
더 저렴합니다

01:26.130 --> 01:27.630
이는 Linux와 Unix가

01:27.630 --> 01:29.490
오픈 소스 소프트웨어이므로 라이센스

01:29.490 --> 01:31.440
비용이 없기 때문입니다.

01:31.440 --> 01:33.870
예를 들어 리눅스나 유닉스에서 가장 낮은 비용으로

01:33.870 --> 01:34.890
시작할 수 있습니다

01:34.890 --> 01:37.140
한 달에 3달러 50센트밖에 안 하죠 이로써

01:37.140 --> 01:39.930
서버와 모든 구성을 제공합니다

01:39.930 --> 01:40.980
반면에 Microsoft는

01:40.980 --> 01:44.040
최저 레벨에서 월 8달러로 시작할 겁니다 서버 소프트웨어와

01:44.040 --> 01:47.610
라이선싱이 관련돼 있으니까요

01:47.610 --> 01:49.620
Linux나 Unix를 청사진으로 쓰시라고

01:49.620 --> 01:50.670
추천해드리고 싶어요

01:50.670 --> 01:51.720
네 그 이유는 코어

01:51.720 --> 01:54.090
2 A+를 배울 때 Linux 명령을

01:54.090 --> 01:55.410
편하게 사용해야 하기

01:55.410 --> 01:57.180
때문이죠

01:57.180 --> 01:59.310
따라서 여기 클라우드에서 이것을 생성하면

01:59.310 --> 02:01.110
다음 몇 달 동안 공부하는 동안 돌아가서

02:01.110 --> 02:03.720
클라우드의 Linux 서버에 로그인하고 이를 사용하여

02:03.720 --> 02:05.910
연습할 수 있습니다.

02:05.910 --> 02:08.220
다음으로 원하는 것을 선택하겠습니다.

02:08.220 --> 02:10.320
애플리케이션과 os를 원하는가,

02:10.320 --> 02:12.390
아니면 os만 원하는가?

02:12.390 --> 02:14.400
본질적으로 이것이 요구하는 것은 서비스로서의

02:14.400 --> 02:16.290
플랫폼을 원하는가 아니면 서비스로서의

02:16.290 --> 02:18.300
인프라를 원하는가입니다.

02:18.300 --> 02:19.830
이제 OS만 사용하는 경우 AMI

02:19.830 --> 02:22.710
또는 Amazon Linux 2라고 하는 Amazon 자체

02:22.710 --> 02:24.810
Linux 버전인지 Ubuntu, Debian,

02:24.810 --> 02:27.780
Free BSD, openSUSE 또는 CentOS인지

02:27.780 --> 02:32.780
여부에 관계없이 사용하고 싶은 정확한 Linux 버전을 선택할 수 있습니다. .

02:33.540 --> 02:35.790
앱에 os를 더하는 경우

02:35.790 --> 02:36.690
기본 운영

02:36.690 --> 02:38.940
체제뿐 아니라 응용 프로그램도

02:38.940 --> 02:41.460
제공해 주는 거예요

02:41.460 --> 02:43.740
예를 들어 WordPress 로그를 사용하여

02:43.740 --> 02:45.270
자신만의 웹사이트를 만들고 싶다면

02:45.270 --> 02:48.600
여기에서 WordPress를 앱으로 선택하거나 자신만의 내부

02:48.600 --> 02:51.360
커뮤니티를 만들고 Joomla 또는 Drupal을

02:51.360 --> 02:54.060
사용하여 이를 수행할 수 있습니다. 그렇게.

02:54.060 --> 02:55.650
사용자 지정 응용 프로그램을

02:55.650 --> 02:57.510
만들 거라 노드를 원할 수도

02:57.510 --> 02:59.910
있죠 Node.js가 설치되어

02:59.910 --> 03:01.500
있으면 이를 기준으로 삼고 코딩할 다른

03:01.500 --> 03:02.850
모든 항목은 Node.js로

03:02.850 --> 03:05.220
작성됩니다. js

03:05.220 --> 03:07.140
이 앱과 os를 함께 제공함으로써

03:07.140 --> 03:08.700
운영 체제만 구하고 나중에

03:08.700 --> 03:10.590
해당 애플리케이션을 직접 설치해야

03:10.590 --> 03:12.570
하는 대신 해당 애플리케이션을 구성하는

03:12.570 --> 03:15.660
데 드는 수고를 덜 수 있습니다.

03:15.660 --> 03:17.880
제 경우엔 여기 우측 하단에 있는 CentOS를

03:17.880 --> 03:19.320
선택하겠습니다 CentOS는

03:19.320 --> 03:22.650
Linux의 Red Hat 기반 버전이고 대부분의 기업이 자신의

03:22.650 --> 03:23.880
Linux 서버를 실행

03:23.880 --> 03:25.710
중이라면 Red Hat Enterprise

03:25.710 --> 03:29.640
Linux나 CentOS를 사용하니까요

03:29.640 --> 03:30.750
그 이유로 Linux+**

03:30.750 --> 03:33.930
코스로 이동하기로 결정하신 경우 CentOS를

03:33.930 --> 03:36.600
기본 운영 체제로 사용하게 됩니다 코스를

03:36.600 --> 03:38.460
거치면서요

03:38.460 --> 03:41.280
여기서 고르는 게 좋겠어요

03:41.280 --> 03:42.960
스크롤을 내리면 설정할

03:42.960 --> 03:45.420
수 있는 다른 옵션들이 나옵니다 원하면

03:45.420 --> 03:47.760
이 서버를 로드할 때마다 시작되는

03:47.760 --> 03:49.680
스크립트를 포함하고 컴퓨터에

03:49.680 --> 03:52.590
원격 로그인하기 위한 고유한 ssh 키 쌍을

03:52.590 --> 03:54.570
생성할 수 있습니다

03:54.570 --> 03:57.450
네 지금은 기본값으로 계속 가겠습니다

03:57.450 --> 03:59.220
아래로 스크롤하면 계획을

03:59.220 --> 04:01.770
선택해야 하는 게 보이시죠

04:01.770 --> 04:04.050
네 이제 말씀드렸듯이 Linux 옵션으로

04:04.050 --> 04:05.910
최저 요금제에서 시작할 수 있습니다

04:05.910 --> 04:08.400
한 달에 3달러 50센트죠 ? 네

04:08.400 --> 04:11.280
네 아마존에서 특별 판매를 하고

04:11.280 --> 04:12.450
있는데 가입하면

04:12.450 --> 04:14.460
계약 없이 3개월은 자유로울

04:14.460 --> 04:16.500
수 있어요

04:16.500 --> 04:17.880
실제로 등록할 수 있어요

04:17.880 --> 04:19.830
첫 3개월은 무료예요

04:19.830 --> 04:21.450
그래서 우리는 이것을 가지고 놀 수 있게 될 것입니다.

04:21.450 --> 04:23.610
3개월이 지나기 전에 삭제하면

04:23.610 --> 04:25.530
아무 벌금도 안 물게 돼요

04:25.530 --> 04:27.510
서버를 고를 때 어떤 장비를

04:27.510 --> 04:30.120
원하는지 결정하게 될 겁니다

04:30.120 --> 04:31.050
그걸 바탕으로

04:31.050 --> 04:33.690
한 달에 얼마씩 돈을 내세요

04:33.690 --> 04:35.820
네 말씀드렸다시피 지금 아마존에서

04:35.820 --> 04:37.350
특별 서비스를 운영하고

04:37.350 --> 04:40.260
있습니다 3단계 계획을 3개월 동안 무료로

04:40.260 --> 04:42.990
제공하고 그 후에는 화면에 적힌 가격을

04:42.990 --> 04:45.360
지불할 수 있습니다

04:45.360 --> 04:47.310
네 그래서 저는 이 기능을 앞으로 두세

04:47.310 --> 04:48.840
달만 사용할 것이기 때문에

04:48.840 --> 04:51.330
10달러짜리 버전을 선택하겠습니다 왜냐하면

04:51.330 --> 04:53.850
가상 서버에 더 많은 메모리와 저장소 베이스를

04:53.850 --> 04:55.650
제공하기 때문이죠

04:55.650 --> 04:58.140
여기 보이시죠 첫 번째 옵션은

04:58.140 --> 05:00.810
램이 512mb 밖에 없었어요

05:00.810 --> 05:02.250
정말 낮죠

05:02.250 --> 05:04.170
두 번째는 1기가 세 번째는

05:04.170 --> 05:05.820
2기가 오른쪽으로

05:05.820 --> 05:08.100
갈수록 두 배가 되고 가격도

05:08.100 --> 05:10.710
두 배가 됩니다

05:10.710 --> 05:14.310
네 처음 세 개가 모두 하나의 가상 cpu를 사용합니다

05:14.310 --> 05:15.870
반면에 다른 것들은 두 개

05:15.870 --> 05:17.700
이상의 가상 cpu를 사용합니다

05:17.700 --> 05:21.420
계속해서 높은 가격 플랜을 살펴볼 것입니다

05:21.420 --> 05:22.620
저장 라인을 살펴보면

05:22.620 --> 05:25.290
첫 번째 레벨은 20기가로 시작합니다

05:25.290 --> 05:27.750
두 번째는 40 세 번째는 60 그리고

05:27.750 --> 05:29.820
80 160 이렇게 계속 올라갑니다

05:29.820 --> 05:31.710
?

05:31.710 --> 05:33.270
네 오른쪽을 보시면 여러분이

05:33.270 --> 05:36.030
도달할 수 있는 최대 계획 사이즈는 사실

05:36.030 --> 05:38.820
한 달에 160달러입니다 ,

05:38.820 --> 05:40.710
네 이 서버는 꽤나 큽니다 메모리가

05:40.710 --> 05:43.020
32기가이고 8개의 가상 CPU와

05:43.020 --> 05:46.440
640기가의 저장소가 빠른 sfd바이트를

05:46.440 --> 05:49.110
사용하기 때문이죠

05:49.110 --> 05:50.070
보시다시피 실제로

05:50.070 --> 05:52.950
Lightsail과 같은 간단한 것을 사용하여 클라우드에서

05:52.950 --> 05:55.470
매우 강력한 서버를 선택할 수 있습니다.

05:55.470 --> 05:56.520
또 다른 장점은

05:56.520 --> 05:58.290
낮게 시작해서 시간이 지날수록

05:58.290 --> 06:00.210
늘릴 수 있다는 거죠

06:00.210 --> 06:02.640
수직 배율이란 겁니다

06:02.640 --> 06:04.530
예를 들어, 월 10달러 계획으로

06:04.530 --> 06:06.180
시작하기로 결정하고 이 가상

06:06.180 --> 06:07.770
머신에 새 웹사이트를 만들고

06:07.770 --> 06:09.060
싶었고 매달 10명의

06:09.060 --> 06:11.550
사람들이 해당 웹사이트를 방문한다면 이

06:11.550 --> 06:13.260
월 10달러 머신은 그것을 처리하기에

06:13.260 --> 06:15.420
충분합니다.

06:15.420 --> 06:17.280
하지만 제 웹사이트로 하루에

06:17.280 --> 06:20.160
천, 만 명이 오기 시작하면 그 10달러짜리

06:20.160 --> 06:22.980
서버는 충분하지 않아요

06:22.980 --> 06:26.910
하지만 재빨리 돌아가서 더 높은 계획으로 올라갈

06:26.910 --> 06:29.880
수 있어요 서버 백업을 만들고 큰 크기로

06:29.880 --> 06:32.250
새 인스턴스를 만든 후 그 인스턴스를

06:32.250 --> 06:35.730
더 큰 크기로 저장하는 거죠

06:35.730 --> 06:37.980
그 시점에서 그건 제 새 웹사이트가

06:37.980 --> 06:40.830
되고 이전 인스턴스를 삭제할 수 있어요

06:40.830 --> 06:42.630
다음으로 인스턴스에 이름을 지어

06:42.630 --> 06:45.750
LinuxPractice라고 하겠습니다

06:45.750 --> 06:47.790
그래야 어떻게 될지 기억할 수 있으니까요

06:47.790 --> 06:50.700
그런 다음 원하는 인스턴스 수를 선택할 수도 있습니다.

06:50.700 --> 06:53.130
제 경우에는 인스턴스 하나만 원합니다.

06:53.130 --> 06:54.960
하지만 이 중 5대를 만들고

06:54.960 --> 06:58.080
싶다면 이걸 5대로 바꾸면 됩니다

06:58.080 --> 07:00.480
하지만 우리는 하나만 만들 것이므로 하나만 남겨 두겠습니다.

07:00.480 --> 07:03.840
키만 쓰는 태그와 키 값 태그가 있어요

07:03.840 --> 07:06.450
큰 조직에서 작업할 때 사용될 수 있어요 어떤

07:06.450 --> 07:08.790
프로젝트를 작업했는지 확인할 수 있죠

07:08.790 --> 07:11.130
그래야 청구서가 제대로 들어가니까요

07:11.130 --> 07:12.750
예를 들어, 우리 회사는 두 개의

07:12.750 --> 07:14.670
다른 웹사이트를 갖고 있어요

07:14.670 --> 07:17.580
디온 훈련도 있어요 저희 메인 웹사이트인 컴과

07:17.580 --> 07:20.460
'유어 사이버 패스'라는 팟캐스트도 운영해요 '유어 사이버 패스'는 유어사이버패스에

07:20.460 --> 07:24.367
홈페이지도 있어요

07:24.367 --> 07:24.367
컴

07:24.367 --> 07:27.450
"Your Cyber ​​Path"는 실제로 Amazon Lightsail에서 호스팅됩니다.

07:27.450 --> 07:30.990
그리고 거기에 ycp라는 태그를 붙입니다

07:30.990 --> 07:32.190
그리고 네 이달

07:32.190 --> 07:33.810
말에는 이 서비스를

07:33.810 --> 07:35.670
실행하기 위해 얼마가

07:35.670 --> 07:36.870
드는지 알게 될

07:36.870 --> 07:38.430
것입니다 "유료 서비스

07:38.430 --> 07:40.260
사용"

07:40.260 --> 07:42.900
이는 하나의 Lightsail 인스턴스가 아니라 여러 Lightsail

07:42.900 --> 07:44.580
인스턴스를 사용하고 있기 때문입니다.

07:44.580 --> 07:45.900
그래서 매달 총 얼마가

07:45.900 --> 07:47.940
드는지 파악할 수 있어야 해요

07:47.940 --> 07:49.140
그렇게 하면 웹사이트

07:49.140 --> 07:50.670
호스팅과 팟캐스트

07:50.670 --> 07:52.530
운영에 매달 드는 비용을

07:52.530 --> 07:54.510
알 수 있죠

07:54.510 --> 07:55.343
다 했으면 인스턴스

07:55.343 --> 07:57.780
생성을 클릭합니다

07:57.780 --> 07:59.790
아마존이 이 인스턴스를

07:59.790 --> 08:02.070
만들어줄 거예요

08:02.070 --> 08:04.410
그래서 그들은 우리가 원하는 메모리 양,

08:04.410 --> 08:06.030
즉 2gb ram, 하나의

08:06.030 --> 08:09.510
가상 cpu, 60gb ssd를 할당합니다.

08:09.510 --> 08:12.270
하드웨어를 할당하는 것 외에도 운영

08:12.270 --> 08:14.580
체제를 설치하는 것도 담당하죠

08:14.580 --> 08:18.060
그런 다음 해당 서버에 원격으로 로그인해 원하는

08:18.060 --> 08:19.410
건 뭐든 할 수 있어요

08:19.410 --> 08:20.850
우린 서버를 소유하고

08:20.850 --> 08:24.450
루트 또는 관리 엑세스가 있으니까요 ?

08:24.450 --> 08:25.680
또 하나 보실 것은

08:25.680 --> 08:28.800
이 서버와 관련된 ip 주소가 있다는 거죠

08:28.800 --> 08:30.900
54인 걸 보세요 159. 170. 130이네요

08:33.990 --> 08:36.900
130입니다 그 아래에는 긴 숫자로 된 IPv6

08:36.900 --> 08:40.290
버전이 있습니다 2600으로 시작하네요

08:40.290 --> 08:42.300
이것이 우리가 해당 서버를 처리하는 방법입니다.

08:42.300 --> 08:47.300
그래서 누군가가 54로 갔다면. 159 170. 130이요 이 서버가

08:47.580 --> 08:48.690
반응하는 게 뭐든

08:48.690 --> 08:50.730
그걸 불러올 거예요 웹 서버가

08:50.730 --> 08:53.130
실행 중인지요

08:53.130 --> 08:55.380
내 경우에는 지금 바로 해당 페이지로 이동하려고

08:55.380 --> 08:57.060
하면 연결이 거부됩니다.

08:57.060 --> 08:57.893
왜?

08:57.893 --> 08:59.430
그런 호출에 응답할 Apache나

08:59.430 --> 09:02.070
다른 웹 서버를 설치한 적이 없으니까요

09:02.070 --> 09:05.040
이건 앱 + os가 아니라 os만 설치하기로

09:05.040 --> 09:07.080
선택했기 때문입니다

09:07.080 --> 09:09.090
WordPress와 같은 것을 사용하기로

09:09.090 --> 09:10.440
선택했고 이 IP로 이동한 경우

09:10.440 --> 09:12.300
이 웹 기반 인터페이스를 통해 WordPress

09:12.300 --> 09:14.190
서버를 구성할 수 있는 WordPress

09:14.190 --> 09:16.620
환영 페이지가 표시됩니다.

09:16.620 --> 09:17.453
네

09:17.453 --> 09:20.190
이제 서버가 완전히 불러왔고 완전히 실행되는

09:20.190 --> 09:21.540
게 보입니다

09:21.540 --> 09:23.730
이 시점에서 이 서버로 가서

09:23.730 --> 09:25.710
뭔가 할 수 있어야 해요

09:25.710 --> 09:28.650
LinuxPractice라고 나온 곳을 클릭하겠습니다

09:28.650 --> 09:31.470
그럼 여기서 인스턴스에 어떻게 연결하는지 볼 수 있죠

09:31.470 --> 09:33.990
아마존이 이걸 아주 쉽게 만들어줬어요

09:33.990 --> 09:37.200
ssh를 이용해 연결만 하면 서버에 원격

09:37.200 --> 09:39.900
세션을 제공하는 웹 브라우저에서

09:39.900 --> 09:40.950
ssh 인스턴스를

09:40.950 --> 09:43.410
불러올 수 있죠

09:43.410 --> 09:46.590
좋아요, 지금 저는 CentOS 장치에 연결되어 있어요.

09:46.590 --> 09:50.730
이제 CentOS로 로그인한 것을 보실 수 있습니다. ,

09:50.730 --> 09:52.740
어떤 디렉토리에 있는지 알고 싶다면

09:52.740 --> 09:54.690
pwd 같은 걸 사용하면 돼요

09:54.690 --> 09:57.090
현재 작업 디렉토리의 약자죠

09:57.090 --> 10:01.500
여길 보시면 전 지금 /home/centos 디렉토리에

10:01.500 --> 10:04.410
있어요 이 사용자의 홈 디렉토리요

10:04.410 --> 10:06.270
여길 보고 ls를 하면 이 디렉토리

10:06.270 --> 10:08.640
안에 뭐가 있는지 알려줍니다

10:08.640 --> 10:11.160
그리고 이 경우에는 새로운 계정을 가진 새로운

10:11.160 --> 10:14.640
서버이기 때문에 파일이나 디렉터리가 없습니다.

10:14.640 --> 10:17.250
네 이제 이 하드 드라이브의 루트로 가고

10:17.250 --> 10:20.070
싶으면 cd 스페이스/을 써서 이 하드

10:20.070 --> 10:22.080
드라이브의 루트로 변경할 수

10:22.080 --> 10:23.370
있어요 ,

10:23.370 --> 10:25.290
Windows의 관점에서 이걸 생각해보면

10:25.290 --> 10:27.240
이건 여러분의 c 드라이브 같은 내부

10:27.240 --> 10:28.530
하드 디스크로 가서 어떤

10:28.530 --> 10:31.140
파일과 폴더가 거기 있는지 보죠

10:31.140 --> 10:34.980
다시 한 번 ls를 입력하고 이번에는 긴 목록을 원하고 속성을

10:34.980 --> 10:36.330
보고 싶다는 -la를

10:36.330 --> 10:37.980
입력하겠습니다.

10:37.980 --> 10:39.960
네 이 하드 드라이브 루트에 있는

10:39.960 --> 10:42.420
모든 파일과 폴더를 보여줄 거예요

10:42.420 --> 10:44.820
보시다시피 여러 개가 있죠

10:44.820 --> 10:48.330
보라색인 건 전부 디렉터리예요

10:48.330 --> 10:50.040
하늘색인 것은 모두 다른

10:50.040 --> 10:52.530
디렉터리를 가리키는 링크입니다

10:52.530 --> 10:55.380
예를 들어 bin이라고 쓰여 있는 줄을

10:55.380 --> 11:00.180
보면 usr/bin 디렉터리로 가는 상징적인 링크가 있죠

11:00.180 --> 11:01.440
lib도 마찬가지로

11:01.440 --> 11:04.380
usr/lib 디렉터리로 가죠

11:04.380 --> 11:05.550
네 이제 아마 이것 대부분은

11:05.550 --> 11:07.890
지금 잘 이해가 안 되실 겁니다 하지만 제가 말씀드리고

11:07.890 --> 11:09.270
싶은 건 이제 여러분은 여러분의

11:09.270 --> 11:11.820
Linux 컴퓨터에 연결되어 있고 그 안에서 여러분이

11:11.820 --> 11:15.090
원하는 건 뭐든 할 수 있다는 겁니다 안에서는요

11:15.090 --> 11:16.770
제 홈 디렉터리로 돌아가죠

11:16.770 --> 11:21.360
cd 스페이스/home/centos를 입력해서요

11:21.360 --> 11:24.270
이제 여기에서 ls -la를 실행하면 SSH라는

11:24.270 --> 11:27.420
점으로 시작하는 숨겨진 폴더를 제외하고 여기에는

11:27.420 --> 11:31.590
폴더가 없다는 것을 알 수 있습니다.

11:31.590 --> 11:33.810
Linux에서는 점으로 시작하는 모든

11:33.810 --> 11:35.940
파일을 숨김 파일로 간주합니다.

11:35.940 --> 11:38.640
네 l만 하면 아무것도 안 보일 겁니다 왜냐하면 그

11:38.640 --> 11:41.340
모든 파일 bash_logout bash_profile과

11:41.340 --> 11:45.420
bashrc 같은 건 숨겨진 파일로 간주되거든요 ?

11:45.420 --> 11:47.430
이제 나만의 파일을 만들고 싶다면

11:47.430 --> 11:49.950
touch 명령을 사용하면 됩니다.

11:49.950 --> 11:54.240
터치라고 하고 이 파일을 호출합니다 txt

11:54.240 --> 11:57.300
네 그렇게 함으로써 파일이란 새 파일을 생성했는데

11:57.300 --> 11:58.890
그 파일은 비어 있어요 아직

11:58.890 --> 12:00.930
아무것도 안 했거든요 ,

12:00.930 --> 12:02.460
화면을 지우고 ls-la를

12:02.460 --> 12:05.730
이용해 한 번 더 디스플레이하겠습니다

12:05.730 --> 12:08.640
이제 파일이 보이죠 txt가 있는데

12:08.640 --> 12:10.590
앞에 점이 없어요 숨겨진

12:10.590 --> 12:12.960
파일이 아니란 뜻이죠

12:12.960 --> 12:15.570
하지만 다섯 번째 열에는 0이 있고 이것이

12:15.570 --> 12:17.490
해당 파일의 크기입니다.

12:17.490 --> 12:19.650
파일이 0바이트인 이유는

12:19.650 --> 12:21.660
내용이 없기 때문입니다

12:21.660 --> 12:22.800
터치 명령을 사용하면

12:22.800 --> 12:24.780
빈 파일을 생성하게 됩니다

12:24.780 --> 12:27.060
이제 해당 파일에 무엇인가를 입력하고 싶다면

12:27.060 --> 12:29.160
텍스트 편집기를 사용하면 됩니다.

12:29.160 --> 12:32.520
리눅스에는 vi라는 텍스트가 있습니다

12:32.520 --> 12:36.690
vi 스페이스 파일을 입력합니다 txt를 입력하고 Enter를 누르세요.

12:36.690 --> 12:40.350
그렇게 함으로써 이제 빈 파일임을 알 수 있죠

12:40.350 --> 12:42.150
네 저 자유 곡선들을 보세요

12:42.150 --> 12:43.620
물결표는 각각의 선이

12:43.620 --> 12:45.900
비어 있다는 걸 보여주죠 ? 네

12:45.900 --> 12:47.910
여기에 뭔가를 입력하고 싶다면

12:47.910 --> 12:50.880
먼저 i 키를 입력해야 합니다

12:50.880 --> 12:53.220
이것은 나를 삽입 모드라고 부르는 것으로

12:53.220 --> 12:55.530
이동시키며, 이제 여기에 내용을 입력하고

12:55.530 --> 12:56.850
쓸 수 있습니다.

12:56.850 --> 13:00.723
그래서 나는 이것이 Jason의 테스트 파일이라고 말할 것입니다.

13:02.550 --> 13:07.550
Vi를 이용해서 정보를 입력할 거예요

13:08.610 --> 13:09.630
이제 다 됐습니다

13:09.630 --> 13:12.870
이제 Escape 키를 입력해 볼게요 다시

13:12.870 --> 13:14.910
명령 모드로 돌아가죠

13:14.910 --> 13:17.340
그런 다음 콜론 키를 사용합니다 그럼 콜론이

13:17.340 --> 13:19.830
이제 밑에 나오는 걸 보실 수 있죠

13:19.830 --> 13:22.680
w는 쓰기, q는 그만으로 할게요 그럼

13:22.680 --> 13:24.360
이 파일이 저장되죠

13:24.360 --> 13:26.550
한 줄에 72개의 글자가

13:26.550 --> 13:28.650
쓰여 있어요

13:28.650 --> 13:33.030
따라서 이번에 화면을 지우고 ls -la를 실행하면 파일

13:33.030 --> 13:35.340
내부에 0바이트 대신 72바이트가

13:35.340 --> 13:38.190
있는 것을 볼 수 있습니다.

13:38.190 --> 13:40.800
이제 Linux에서는 파일 내용을 화면에

13:40.800 --> 13:41.670
표시하려면 cat을

13:41.670 --> 13:43.830
입력하면 됩니다.

13:43.830 --> 13:47.700
따라서 cat을 입력한 다음 파일 이름을 file로 지정하겠습니다. txt

13:47.700 --> 13:48.570
그렇게 하면 이제

13:48.570 --> 13:50.790
해당 파일의 내용을 볼 수 있습니다. 즉, 이것이

13:50.790 --> 13:52.920
Jason의 테스트 파일입니다.

13:52.920 --> 13:56.490
Vi를 이용해서 정보를 입력하고 있어요

13:56.490 --> 14:00.420
네 그래서 여러분이 보시듯 이 Linux 시스템에 풀 액세스 권한이

14:00.420 --> 14:02.820
있어요 이 시점에선 원하는 건 뭐든 할 수 있죠

14:02.820 --> 14:04.500
이 서버를 소유했으니까요

14:04.500 --> 14:07.440
프로그램을 설치하거나 웹 서버를 실행할 수 있죠

14:07.440 --> 14:09.210
원하는 건 뭐든 할 수 있어요

14:09.210 --> 14:11.400
왜냐하면 이건 제 서버고 아무도

14:11.400 --> 14:13.740
엑세스 권한이 없으니까요

14:13.740 --> 14:15.210
여기서 유일한 실제 제한은

14:15.210 --> 14:17.550
그래픽 사용자 인터페이스 대신 명령줄 인터페이스를

14:17.550 --> 14:19.560
사용한다는 것입니다.

14:19.560 --> 14:21.660
따라서 이 서버를 실행하고 운영하려면

14:21.660 --> 14:22.560
명령줄에서 Linux를

14:22.560 --> 14:25.170
사용하는 데 익숙해져야 합니다.

14:25.170 --> 14:27.270
클라우드에서 아주 흔한 거예요

14:27.270 --> 14:29.820
대부분의 클라우드 서버는 그래픽 사용자 인터페이스가

14:29.820 --> 14:31.770
제공하는 추가 오버헤드와 처리 요구

14:31.770 --> 14:33.120
사항을 모두 원하지 않기 때문에

14:33.120 --> 14:35.730
텍스트 기반 서버가 될 것입니다.

14:35.730 --> 14:36.563
이런 이유로 이런

14:36.563 --> 14:38.640
텍스트 기반 인터페이스를 사용할

14:38.640 --> 14:41.280
때 덜 비싸고 덜 강력한 서버를 사용하면서도

14:41.280 --> 14:44.220
많은 사용자에게 지원을 제공할 수 있습니다

14:44.220 --> 14:46.320
예를 들어 이게 웹 서버라면 한 달에

14:46.320 --> 14:48.150
10달러짜리 웹 서버가 100에서

14:48.150 --> 14:52.020
500명을 편안하게 호스트할 수 있습니다

14:52.020 --> 14:53.850
네 이제 수천 명이 오기 시작하면

14:53.850 --> 14:56.880
월 20달러나 40달러로 업그레이드해야 해요 제

14:56.880 --> 14:58.890
웹사이트의 이용자가 늘어나면서

14:58.890 --> 15:00.750
계속 업그레이드해야죠 ?

15:00.750 --> 15:01.650
Amazon Lightsail

15:01.650 --> 15:04.170
인터페이스로 돌아가죠

15:04.170 --> 15:06.510
여기서는 제가 방금 시연한 브라우저 기반 클라이언트를

15:06.510 --> 15:08.370
사용하는 대신 자체 ssh 클라이언트를

15:08.370 --> 15:09.900
사용하여 여기에 연결할 수도 있다는

15:09.900 --> 15:11.520
것을 알 수 있습니다.

15:11.520 --> 15:13.770
다음 탭으로 이동하면 저장소가 표시됩니다.

15:13.770 --> 15:16.560
여기 보시면 60기가바이트짜리 단일

15:16.560 --> 15:18.690
시스템 디스크가 있습니다

15:18.690 --> 15:20.490
60기가바이트로는 충분하지

15:20.490 --> 15:21.960
않다는 걸 알게 될 겁니다

15:21.960 --> 15:22.980
그런 경우 추가된

15:22.980 --> 15:25.140
디스크를 추가할 수 있어요 여기 인터페이스를

15:25.140 --> 15:26.760
이용해서요

15:26.760 --> 15:29.550
이를 위해 새 디스크 만들기를 클릭한 다음 원하는

15:29.550 --> 15:30.690
디스크 크기를 선택할

15:30.690 --> 15:32.490
수 있습니다.

15:32.490 --> 15:35.730
네 이제, 다시 보면, 디스크 공간이 ssd에 있습니다

15:35.730 --> 15:37.140
ssd는 오래되고 느린

15:37.140 --> 15:40.140
기존 하드디스크보다 더 비싼 것이죠

15:40.140 --> 15:42.810
그로 인해 이와 관련된 비용은 선택한

15:42.810 --> 15:45.810
크기에 따라 결정됩니다.

15:45.810 --> 15:47.700
원하는 공간 1gb당 매월 10센트를

15:47.700 --> 15:49.650
지불하게 됩니다.

15:49.650 --> 15:52.980
60기가로 충분하지 않아 64기가를

15:52.980 --> 15:56.663
추가하고 싶다면 할 수 있지만 6달러가

15:56.663 --> 16:00.480
듭니다 한 달에 40달러예요

16:00.480 --> 16:02.700
네 이제 이런 클라우드 기반 인터페이스를

16:02.700 --> 16:03.660
사용할 때 좋은 점은

16:03.660 --> 16:06.360
어떤 사이즈든 선택할 수 있다는 거죠

16:06.360 --> 16:10.740
그래서 제가 1테라바이트 드라이브를 갖고 싶다고 가정해 보겠습니다.

16:10.740 --> 16:13.980
1024기가바이트로 할 수 있습니다

16:13.980 --> 16:18.870
보시다시피 102달러가 들겠죠 매달 40센트로 제 Linux

16:18.870 --> 16:21.630
서버에 첨부합니다

16:21.630 --> 16:22.830
네 어떻게 작동하는지 보여드리기

16:22.830 --> 16:24.030
위해서 10기가바이트

16:24.030 --> 16:26.130
크기로 하나 만들어보겠습니다

16:26.130 --> 16:28.020
한 달에 천 원이에요

16:28.020 --> 16:31.500
저장소 디스크 같은 이름을 부여하고 디스크를

16:31.500 --> 16:34.113
생성할 수 있습니다

16:35.040 --> 16:35.880
그렇게 한 다음 그걸

16:35.880 --> 16:38.430
첨부하고 싶은 인스턴스를 선택해야 합니다

16:38.430 --> 16:40.200
우리의 경우에는 LinuxPractice

16:40.200 --> 16:42.030
시스템이 하나만 있지만 Dion Training

16:42.030 --> 16:45.570
웹 사이트와 "Your Cyber ​​Path" 웹 사이트 등 여러 인스턴스가

16:45.570 --> 16:50.940
있는 경우 원하는 것을 선택할 수 있습니다. 부착하도록 되어 있습니다.

16:50.940 --> 16:52.800
네 제 Linux 시스템에

16:52.800 --> 16:57.090
연결하면 디스크로의 경로는 /dev/xvdf가

16:57.090 --> 16:58.260
됩니다

16:58.260 --> 17:00.450
이제 연결을 누르겠습니다.

17:00.450 --> 17:05.220
이제 Linux 시스템에 해당 내용이 적용됩니다.

17:05.220 --> 17:07.230
다음 집으로 돌아가 보겠습니다 그런 다음

17:07.230 --> 17:09.360
LinuxPractice로 다시 내려가

17:09.360 --> 17:11.160
metric을 클릭하겠습니다

17:11.160 --> 17:14.460
지표를 보면 시스템이 얼마나 열심히 작동하는지 알 수 있죠

17:14.460 --> 17:18.180
이제 이게 cpu 개요 그래프인 게 보이시죠

17:18.180 --> 17:20.490
보시다시피 우리는 7월 17일

17:20.490 --> 17:25.170
오후 3시 52분경에 이 서버를 출시했습니다.

17:25.170 --> 17:26.880
원래 서버를 시작했을 땐

17:26.880 --> 17:30.300
약 20%의 cpu 사용률로 운영되고 있었죠

17:30.300 --> 17:31.620
네 서버를 처음 시작했을

17:31.620 --> 17:33.390
때 많은 일이 벌어져서 스스로

17:33.390 --> 17:35.490
불러와야 했거든요

17:35.490 --> 17:36.720
네 일단 그렇게 되면

17:36.720 --> 17:38.400
일반적인 작업으로 돌아가죠

17:38.400 --> 17:40.320
제가 명령줄에서 작업을 하면 약

17:40.320 --> 17:42.900
1%로 떨어지는 걸 볼 수 있어요 ,

17:42.900 --> 17:45.540
이곳은 지속가능성 구역입니다

17:45.540 --> 17:47.640
자 이건 클라우드 기반 시스템이고

17:47.640 --> 17:49.710
가상 프로세서를 쓰니까요 아마존은

17:49.710 --> 17:52.140
우리가 좋은 성적을 낼 수 있도록 뒤에서

17:52.140 --> 17:54.210
열심히 일하고 있어요

17:54.210 --> 17:56.850
네 가령 제가 이걸 이용해 웹사이트를 호스트하면

17:56.850 --> 17:59.070
많은 사람이 동시에 제 웹사이트로

17:59.070 --> 18:00.570
뛰어듭니다

18:00.570 --> 18:02.760
수요가 증가하면 프로세서

18:02.760 --> 18:04.530
값이 올라가겠죠

18:04.530 --> 18:06.090
프로세서가 올라가면 버스트

18:06.090 --> 18:08.940
가능 영역으로 이동하는 게 보이죠

18:08.940 --> 18:13.290
40~60% 또는 80% 사이에 도달하면 실제로 버스트할 수 있습니다. 이는

18:13.290 --> 18:14.400
Amazon이 서버가

18:14.400 --> 18:15.643
충돌하지 않도록 해당 로드를

18:15.643 --> 18:19.410
처리할 수 있는 추가 용량을 제공한다는 의미입니다.

18:19.410 --> 18:22.410
이제 그들은 귀하의 시스템에 따라 매달 일정 시간 동안 이 작업을

18:22.410 --> 18:23.370
수행합니다.

18:23.370 --> 18:24.990
그래서 일정량의 버스트

18:24.990 --> 18:27.240
용량만 사용할 수 있죠

18:27.240 --> 18:28.650
여기 하단 그래프에서 볼 수 있는데,

18:28.650 --> 18:31.140
이것이 남은 cpu 버스트 용량입니다.

18:31.140 --> 18:33.240
그리고 시스템에 추가 버스트

18:33.240 --> 18:34.740
용량이 많이 있어요

18:34.740 --> 18:36.840
버스트가 없었거든요 서버에

18:36.840 --> 18:40.350
실행된 게 많지 않으니까요

18:40.350 --> 18:42.600
네 위로 올라가면서 여길 클릭하면

18:42.600 --> 18:43.980
다른 사실도 볼 수 있어요

18:43.980 --> 18:47.340
cpu 사용량이나 버스트 용량 분 단위 또는 퍼센트

18:47.340 --> 18:49.800
단위로 버스트 용량 등이죠

18:49.800 --> 18:52.620
볼 수 있습니다 네트워크 트래픽의 수신과 발신도 볼 수

18:52.620 --> 18:54.210
있고 상태 확인 실패도 볼 수 있습니다

18:54.210 --> 18:55.830
인스턴스 상태 확인 실패 시스템

18:55.830 --> 18:58.500
상태 확인 실패 같은 것도 볼 수 있습니다

18:58.500 --> 19:01.380
네 예를 들어 들어오는 네트워크 트래픽을 보면

19:01.380 --> 19:03.330
트래픽이 시작되는 것과 시간이

19:03.330 --> 19:05.940
지나면서 감소하는 걸 볼 수 있습니다

19:05.940 --> 19:07.620
왜 차가 안 막히는 거죠?

19:07.620 --> 19:10.680
이 서버에 네 그래서 오후

19:10.680 --> 19:12.570
4시 5분에 접속이

19:12.570 --> 19:14.610
끊긴 걸 본 겁니다

19:14.610 --> 19:19.500
그래서 오후 4시에 접속했죠

19:19.500 --> 19:21.330
다음으로 네트워킹을 클릭합니다

19:21.330 --> 19:24.360
여기서 공용 및 개인의 IP 및 IPv4

19:24.360 --> 19:27.510
내의 장치를 위한 방화벽과 IPv6 네트워킹,

19:27.510 --> 19:31.560
IPv6 방화벽을 확인할 수 있습니다

19:31.560 --> 19:32.520
그 외에도 로드 밸런싱이나

19:32.520 --> 19:35.490
분산 기능을 수행할 수 있습니다.

19:35.490 --> 19:37.470
그러면 하나의 웹사이트에 응답하는

19:37.470 --> 19:39.690
여러 개의 서버가 생기게 됩니다

19:39.690 --> 19:42.570
우리는 누구와도 교통을 공유하지 않아요

19:42.570 --> 19:45.420
네 네 그 서버는

19:45.420 --> 19:48.780
우리 거예요

19:48.780 --> 19:50.250
네 동시에 여러

19:50.250 --> 19:52.800
시스템을 가질 수 있어요

19:52.800 --> 19:54.180
다중 인스턴스에

19:54.180 --> 19:55.860
걸쳐 부하 분산을

19:55.860 --> 19:57.540
담당해 모든 사람의

19:57.540 --> 20:02.640
요청에 응답하기 위해서요

20:02.640 --> 20:04.290
다음으로, 상위로 돌아가서 스냅

20:04.290 --> 20:06.240
샷들이 있는 것을 볼 수 있습니다

20:06.240 --> 20:07.350
스냅 샷은 시스템의

20:07.350 --> 20:09.900
백업을 할 수 있는 방법입니다

20:09.900 --> 20:11.100
스냅 샷을 찍을 때 하드

20:11.100 --> 20:13.140
드라이브의 이미지를 클라우드에

20:13.140 --> 20:14.430
저장합니다 어떤 일이

20:14.430 --> 20:15.720
일어나도 그 스냅 샷으로

20:15.720 --> 20:18.150
돌아갈 수 있습니다 ???

20:18.150 --> 20:21.060
우리의 경우에는 자동 스냅샷을 비활성화했습니다.

20:21.060 --> 20:24.750
즉, 매일 서버 백업을 수행하지는 않습니다.

20:24.750 --> 20:26.820
이건 사실 나쁜 보안 사례로 간주됩니다

20:26.820 --> 20:28.500
뭔가 잘못됐을 때 스냅 샷을 갖고

20:28.500 --> 20:29.850
싶으니까요

20:29.850 --> 20:32.670
자동 스냅샷을 켜도록 하겠습니다

20:32.670 --> 20:35.310
그리고 이것이 매일 자동으로 스냅샷을 찍고

20:35.310 --> 20:36.540
가장 최근의 스냅샷

20:36.540 --> 20:39.450
7개를 저장한다는 것을 알 수 있습니다.

20:39.450 --> 20:42.960
이러면 항상 볼 수 있는 롤링 백업이 되죠

20:42.960 --> 20:45.510
자동 스냅샷은 수동 스냅샷과 같은 방식으로

20:45.510 --> 20:46.950
구축됩니다

20:46.950 --> 20:48.420
그리고 청구서에 대해 알고 싶다면

20:48.420 --> 20:50.400
링크를 클릭해서 볼 수 있습니다

20:50.400 --> 20:53.400
이해했다고 하고 활성화할 거예요

20:53.400 --> 20:54.240
추가적으로 새벽

20:54.240 --> 20:57.480
2시에 스냅 샷이 발생하기를 기다리는 대신에 언제든지

20:57.480 --> 21:00.060
스냅 샷을 생성할 수 있습니다

21:00.060 --> 21:02.340
그렇게 할 때는 이름만 지정하겠습니다.

21:02.340 --> 21:03.750
이 사건은 이미 진행 중이에요

21:03.750 --> 21:06.720
서버 이름 대시와 고유 식별자죠 생성을

21:06.720 --> 21:07.950
누릅니다

21:07.950 --> 21:08.783
그렇게 하면

21:08.783 --> 21:11.940
전체 서버의 스냅샷이나 백업을 가져옵니다

21:11.940 --> 21:14.370
그리고 만약 뭔가 잘못되거나

21:14.370 --> 21:17.430
하면 스냅 샷에서 복원할 수 있습니다

21:17.430 --> 21:18.810
다음은 꼬리표예요

21:18.810 --> 21:20.010
태그를 보시면 이

21:20.010 --> 21:22.200
특정 Lightsail 인스턴스에

21:22.200 --> 21:24.090
레이블을 붙일 수 있는 모든 것입니다

21:24.090 --> 21:26.640
상태나 비용과 관련된 것들을 추적할

21:26.640 --> 21:28.770
수 있습니다

21:28.770 --> 21:30.840
그 다음은 히스토리 탭 이 인스턴스에서

21:30.840 --> 21:33.810
무슨 일이 있었는지 말해줍니다

21:33.810 --> 21:35.970
볼 수 있습니다. 우리는 원래 오후 3시 56분에

21:35.970 --> 21:37.620
이 인스턴스를 만들었습니다.

21:37.620 --> 21:41.100
오후 4시 10분에 10기가 하드 디스크를 추가했습니다. 오후

21:41.100 --> 21:43.650
4시 15분에 스냅 샷을 만들었고 자동 스냅 샷을

21:43.650 --> 21:46.140
위해 오후 4시 15분에 추가 기능을 활성화했습니다.

21:46.140 --> 21:48.300
안 됩니다.

21:48.300 --> 21:50.760
마지막 탭은 Delete 탭입니다

21:50.760 --> 21:52.560
그리고 이 삭제 탭이 서버를

21:52.560 --> 21:54.360
삭제하게 해주는 겁니다 더는

21:54.360 --> 21:55.890
필요하지 않다면요

21:55.890 --> 21:57.780
네 그럼 두 달이 지났다고 칩시다 이 서버를

21:57.780 --> 22:00.390
더는 이용하고 싶지 않고 3달러를 청구하고 싶지

22:00.390 --> 22:02.947
않다고 해보죠 계속 실행하려면 월 50달러,

22:02.947 --> 22:05.730
5달러 또는 10달러입니다.

22:05.730 --> 22:08.580
이 안에 들어가서 삭제를 클릭하면 인스턴스를

22:08.580 --> 22:10.530
삭제합니다

22:10.530 --> 22:12.900
네 이제 이걸 지금 삭제하면 인스턴스에

22:12.900 --> 22:14.130
여전히 연결된 저장소

22:14.130 --> 22:15.870
디스크가 있어요 ,

22:15.870 --> 22:17.580
스토리지 디스크를 해제할 것입니다

22:17.580 --> 22:19.800
그러나 삭제하지는 않습니다

22:19.800 --> 22:20.820
그래서 저장소 디스크가

22:20.820 --> 22:22.830
사실 꽤 유용한 겁니다 이 Linux

22:22.830 --> 22:25.680
컴퓨터로부터의 파일을 저장할 수 있고 Linux 시스템을

22:25.680 --> 22:27.120
삭제하고 그 저장소 디스크를

22:27.120 --> 22:28.590
다른 시스템에 다시 연결할

22:28.590 --> 22:31.440
수 있으니까요 이 클라우드 환경에서 사용하고자 하는

22:31.440 --> 22:33.660
다른 Linux 시스템이나 Windows

22:33.660 --> 22:36.120
시스템 같은 거죠

22:36.120 --> 22:37.200
이건 한 클라우드 인스턴스의

22:37.200 --> 22:39.120
데이터를 Lightsail 내의 다른

22:39.120 --> 22:40.920
것으로 얻는 좋은 방법입니다

22:40.920 --> 22:42.960
추가로, 상단에 정지 및 재부팅

22:42.960 --> 22:45.270
버튼이 있는 것도 볼 수 있습니다

22:45.270 --> 22:48.150
멈추면 인스턴스가 꺼질 거예요

22:48.150 --> 22:49.050
네 이 인스턴스를

22:49.050 --> 22:50.850
더 이상 사용하고 싶지 않다면

22:50.850 --> 22:52.320
유용할 거예요 몇 주 후에

22:52.320 --> 22:53.610
다시 써야 할 테니까요

22:53.610 --> 22:54.930
혹은 재부팅하거나 서버에

22:54.930 --> 22:57.660
문제가 있을 때 사용합니다 소프트웨어를

22:57.660 --> 23:00.150
설치하기 위해 재부팅해야 하거나 구성

23:00.150 --> 23:03.150
설정을 적용해야 할 때요

23:03.150 --> 23:04.350
Amazon Lightsail을

23:04.350 --> 23:06.690
이용해 클라우드 기반 서버를 만드는 방법을 간략히

23:06.690 --> 23:08.520
소개드렸습니다

23:08.520 --> 23:11.430
네 여러분이 직접 해보시기를 권해드립니다 한 번 해보시면 여러분이

23:11.430 --> 23:12.990
원할 때 언제든지 CentOS 컴퓨터를

23:12.990 --> 23:14.850
사용할 수 있게 될 겁니다 클라우드에 있을

23:14.850 --> 23:15.963
수 있죠