WEBVTT

00:00.120 --> 00:00.960
네 강사님 가상

00:00.960 --> 00:03.090
컴퓨터를 설치하고 구성하는 데 가상화를

00:03.090 --> 00:04.740
사용할 때 존재하는 다양한

00:04.740 --> 00:05.790
리소스 요구 사항을

00:05.790 --> 00:08.250
이해하는 게 중요합니다 ?

00:08.250 --> 00:09.900
자원 요구 사항에 관해서는

00:09.900 --> 00:12.690
네 가지 주요 영역에 집중합니다

00:12.690 --> 00:15.390
Cpu와 그 가상화 확장 시스템

00:15.390 --> 00:18.930
메모리, 저장소 그리고 네트워킹이죠

00:18.930 --> 00:20.580
하나씩 살펴보도록 하죠

00:20.580 --> 00:24.150
먼저 cpu와 그 가상화 확장이 있습니다

00:24.150 --> 00:25.980
이제 CPU에 대해 이야기할

00:25.980 --> 00:28.710
때 Intel, AMD 등 제조업체마다 가상화를

00:28.710 --> 00:31.470
위해 서로 다른 기술을 사용합니다.

00:31.470 --> 00:33.420
네 인텔 베이스 칩을 사용한다면

00:33.420 --> 00:36.150
vt-x를 찾아야 합니다 vt-x는

00:36.150 --> 00:38.100
가상화 기술로 vt를 뜻하죠

00:38.100 --> 00:39.840
,

00:39.840 --> 00:41.910
Amd 프로세서를 사용하는

00:41.910 --> 00:45.600
경우 amd 가상화를 위해 가상화 확장 amd-v를

00:45.600 --> 00:48.180
호출합니다.

00:48.180 --> 00:50.310
네 이제 이제 둘 다 상당한

00:50.310 --> 00:52.080
성능 향상을 얻습니다

00:52.080 --> 00:54.996
cpu가 가상화를 지원한다면요

00:54.996 --> 00:57.990
,

00:57.990 --> 00:59.700
이제 일부 가상화 소프트웨어에서는

00:59.700 --> 01:01.380
가상화를 사용하기 위해 cpu에서

01:01.380 --> 01:05.490
가상화 지원을 활성화할 필요가 없습니다.

01:05.490 --> 01:07.830
하지만 프로세서 확장으로서 가상화가

01:07.830 --> 01:09.360
활성화되지 않을 경우

01:09.360 --> 01:12.090
성능이 현저히 감소합니다

01:12.090 --> 01:14.820
그리고 실제 생산 작업에 있어서는 아주

01:14.820 --> 01:17.550
사용하기 힘든 가상 컴퓨터가 될 겁니다

01:17.550 --> 01:19.830
네 이제 이제 bios나

01:19.830 --> 01:21.750
uefi에 들어가야

01:21.750 --> 01:23.713
가상화 확장을 사용할

01:23.713 --> 01:27.210
수 있나요? ?

01:27.210 --> 01:28.800
네 보통 VirtualBox나

01:28.800 --> 01:30.060
VMware에 가상

01:30.060 --> 01:32.070
컴퓨터를 설치하려 해도 가상화가

01:32.070 --> 01:33.180
활성화됐는지 감지하지

01:33.180 --> 01:36.060
못하면 VT-x나 AMD-V를 활성화해야

01:36.060 --> 01:39.720
한다는 오류 메시지를 보내죠 ,

01:39.720 --> 01:40.830
이제 이러한 두 가지

01:40.830 --> 01:42.990
가상화 기술 확장 외에도 두 번째

01:42.990 --> 01:45.690
수준 주소 변환을 나타내는 slat라는

01:45.690 --> 01:48.540
또 다른 확장이 있습니다.

01:48.540 --> 01:50.070
이는 단일 물리적 호스트에서

01:50.070 --> 01:51.810
여러 가상 머신을 실행할 때

01:51.810 --> 01:53.160
가상 메모리의 성능을

01:53.160 --> 01:55.020
향상시키는 데 도움이 되는 많은

01:55.020 --> 01:56.370
최신 프로세서의 프로세서

01:56.370 --> 01:58.500
기능입니다.

01:58.500 --> 02:00.540
네 자 인텔 프로세서를 쓰면

02:00.540 --> 02:03.690
ept라고 하는 slat가 있어요 확장된

02:03.690 --> 02:06.000
페이지 테이블이죠

02:06.000 --> 02:07.980
Amd 프로세서를 사용하면

02:07.980 --> 02:11.160
slat를 rvi라고 부릅니다 빠른

02:11.160 --> 02:14.010
가상화 인덱싱이죠

02:14.010 --> 02:19.010
네 어느 쪽이든 ept나 rvi라는 용어를 본다면 가상 메모리에 빠른

02:19.110 --> 02:20.430
메서드로 액세스하는

02:20.430 --> 02:23.040
능력과 cpu에서 더 나은 성능을 얻는

02:23.040 --> 02:25.590
기능을 말하는 겁니다

02:25.590 --> 02:27.180
네 여러분의 프로세서가

02:27.180 --> 02:28.860
지원해야 하는 거죠 이런 확장을

02:28.860 --> 02:30.660
사용할 수 있도록요

02:30.660 --> 02:31.890
네 이제 프로세서와

02:31.890 --> 02:33.450
cpu 내의 가상

02:33.450 --> 02:35.640
확장 외에 cpu 자체에

02:35.640 --> 02:38.490
대해서도 얘기해 보죠

02:38.490 --> 02:40.650
고성능 컴퓨터를 갖길 원한다면

02:40.650 --> 02:42.360
가상화를 다룰 때요 여러분의

02:42.360 --> 02:43.350
현재 시스템에서

02:43.350 --> 02:46.080
멀티코어 하이퍼 스레딩을 지원하는

02:46.080 --> 02:50.640
프로세서나 다중 물리적 프로세서를 찾으세요

02:50.640 --> 02:52.470
이용 가능한 코어를 추가적으로 갖는다는 것은

02:52.470 --> 02:54.810
추가적인 프로세싱 기능이 생긴다는 것을 의미합니다

02:54.810 --> 02:56.310
네 프로세서가 여러 개라면

02:56.310 --> 02:58.680
머더보드에 두 개 이상의 물리적 프로세서가

02:58.680 --> 03:00.630
설치된다는 뜻이죠 ,

03:00.630 --> 03:01.770
네 이건 서버 기반

03:01.770 --> 03:04.470
기술을 쓰지 않는 한 상당히 드문 일이죠 하지만

03:04.470 --> 03:06.960
집이나 노트북의 데스크톱에서 가상 코어를

03:06.960 --> 03:08.130
주기 위해 프로세서에서

03:08.130 --> 03:09.990
멀티코어나 하이퍼 스레딩을

03:09.990 --> 03:12.810
더 찾기 쉬울 겁니다

03:12.810 --> 03:14.400
이렇게 하면 해당 게스트

03:14.400 --> 03:17.760
운영 체제를 실행하는 개별 가상 머신에 프로세서를 할당하고

03:17.760 --> 03:19.560
성능을 향상시키는 더 많은 전용

03:19.560 --> 03:21.540
리소스를 제공하는 추가 기능을

03:21.540 --> 03:23.520
제공합니다.

03:23.520 --> 03:24.540
네 cpu에

03:24.540 --> 03:25.650
관한 또 다른

03:25.650 --> 03:27.600
팁은 cpu 메커니즘은

03:27.600 --> 03:31.260
세 가지라는 겁니다

03:31.260 --> 03:34.320
첫 번째는 구형 x86입니다

03:34.320 --> 03:36.720
이제 x86 기반 프로세서에 대해 이야기할 때 실제로는

03:36.720 --> 03:39.180
32비트 프로세서에 대해 이야기하는 것입니다.

03:39.180 --> 03:41.580
즉 여러분의 시스템이 다른 것을 사용할 수

03:41.580 --> 03:44.310
있는 능력이 현저히 제한된다는 의미입니다

03:44.310 --> 03:45.143
32비트 운영

03:45.143 --> 03:47.130
체제를 다룰 때 4gb의 ram에만

03:47.130 --> 03:49.740
액세스할 수 있기 때문입니다. 이는 단일

03:49.740 --> 03:51.090
물리적 서버에서 여러

03:51.090 --> 03:53.490
가상 머신을 호스팅하려는 경우 매우 적은

03:53.490 --> 03:55.290
양입니다.

03:55.290 --> 03:58.860
대신 기본 호스트 운영 체제가 이를 지원하는지 여부에

03:58.860 --> 04:01.560
따라 해당 시스템에 대해 최대 16엑사바이트의

04:01.560 --> 04:03.780
RAM에 액세스할 수 있는 x64

04:03.780 --> 04:05.850
기본 프로세서를 실행하는 것이

04:05.850 --> 04:08.100
더 좋습니다.

04:08.100 --> 04:09.870
16 엑사바이트가 4기가와

04:09.870 --> 04:11.310
비교하면 x64 베이스

04:11.310 --> 04:14.820
프로세서를 쓴다면 램이 40억 배 이상 더 사용

04:14.820 --> 04:17.580
가능하다는 의미입니다

04:17.580 --> 04:20.070
네 자 64비트 프로세서를 실행할 경우

04:20.070 --> 04:22.590
여전히 32비트 프로그램과 32비트

04:22.590 --> 04:24.690
운영 체제를 게스트 운영 체제로

04:24.690 --> 04:27.630
실행할 수 있어요 물리적 서버에서요 그렇게

04:27.630 --> 04:28.890
하고 싶다면요

04:28.890 --> 04:30.060
네 하지만 진짜 한계는

04:30.060 --> 04:32.430
이거예요 32비트 프로세서가 있다면

04:32.430 --> 04:34.920
64비트 응용 프로그램이나 64비트

04:34.920 --> 04:37.260
운영 체제를 가상 머신으로서 게스트

04:37.260 --> 04:39.810
운영 체제에서 실행할 수 없어요 ,

04:39.810 --> 04:41.430
x64 기반 프로세서를

04:41.430 --> 04:44.520
쓰는 것이 더 낫습니다

04:44.520 --> 04:45.900
여러분이 마주칠 세 번째 유형의

04:45.900 --> 04:47.587
프로세서는 arm입니다

04:47.587 --> 04:49.890
Arm은 컴퓨터 프로세서를

04:49.890 --> 04:51.480
위한 명령 세트 컴퓨터

04:51.480 --> 04:53.310
아키텍처입니다

04:53.310 --> 04:54.840
요즘 필드에서 arm 프로세서를

04:54.840 --> 04:56.760
어디서 보게 될까요?

04:56.760 --> 04:59.130
글쎄요, 최신 Mac을 사용한다면 모두

04:59.130 --> 05:01.110
ARM 프로세서를 사용합니다.

05:01.110 --> 05:03.210
MacBook Pro나 이러한 M1 또는

05:03.210 --> 05:05.970
M2 프로세서 중 하나를 실행하는 새로운 iMAC 중

05:05.970 --> 05:07.050
하나와 같은 최신 시스템

05:07.050 --> 05:10.290
중 하나를 실행하는 경우 이는 모두 ARM 기반이기 때문에 이는

05:10.290 --> 05:11.610
중요합니다.

05:11.610 --> 05:13.230
그리고 arm 기반이기 때문에

05:13.230 --> 05:16.290
arm으로 동작하지 않는 게스트 운영체제를 호스트

05:16.290 --> 05:18.330
할 수 없습니다.

05:18.330 --> 05:20.880
왜냐하면 번역이 필요하기 때문이죠

05:20.880 --> 05:23.820
네 그래서 예를 들어 M1이나 M1 Pro 프로세서를

05:23.820 --> 05:26.760
쓰는 MacBook Pro를 산다면 그건 팔에

05:26.760 --> 05:28.530
기반한 프로세서죠

05:28.530 --> 05:30.660
Windows

05:30.660 --> 05:33.240
11이나 네 실행되지

05:33.240 --> 05:40.410
않을 겁니다 오류가 발생할 거예요

05:40.410 --> 05:42.240
네 즉, 여러 가상 머신을 호스팅할

05:42.240 --> 05:43.470
물리적 시스템에서

05:43.470 --> 05:44.730
arm 기반 프로세서를

05:44.730 --> 05:46.320
사용하는 경우 선택권이

05:46.320 --> 05:47.910
상당히 제한될 것입니다

05:47.910 --> 05:49.920
모든 운영체제가 arm 버전을

05:49.920 --> 05:51.450
가지고 있는 것은 아니기

05:51.450 --> 05:53.340
때문입니다

05:53.340 --> 05:54.510
네 이 영화를 찍을 때

05:54.510 --> 05:56.400
Windows 11은 현재

05:56.400 --> 05:58.560
ARM 기반 프로세서를 만들고 있어요

05:58.560 --> 06:00.990
ARM 칩에 작동할 거예요 ,

06:00.990 --> 06:02.580
또한 MacBook이나 기타

06:02.580 --> 06:04.290
ARM 기반 프로세서에서 실행할

06:04.290 --> 06:07.170
수 있는 ARM 기반 Linux 버전도 있습니다.

06:07.170 --> 06:08.250
하지만 이걸 지적하고

06:08.250 --> 06:09.510
싶었어요 여러분이 곧

06:09.510 --> 06:11.160
겪게 될 한계니까요

06:11.160 --> 06:12.150
이제 리소스 측면에서

06:12.150 --> 06:13.800
이야기해야 할 두 번째 영역은 시스템

06:13.800 --> 06:15.240
메모리입니다.

06:15.240 --> 06:16.650
시스템 메모리에 관해

06:16.650 --> 06:18.120
이야기할 때 실제로는 호스트

06:18.120 --> 06:20.070
운영 체제 역할을 하는 물리적

06:20.070 --> 06:22.470
서버나 워크스테이션에 설치된 물리적

06:22.470 --> 06:25.200
메모리의 양을 의미합니다.

06:25.200 --> 06:27.810
네 그래서 예를 들어 제 능력이 8기가든

06:27.810 --> 06:30.960
16기가든 32기가든 가상 컴퓨터를 호스팅할

06:30.960 --> 06:32.400
땐 많을수록 좋겠죠 만약

06:32.400 --> 06:33.630
제 노트북에 8기가짜리

06:33.630 --> 06:35.820
램만 있다면, 그리고 4개의 다른

06:35.820 --> 06:46.170
게스트 운영체제를 실행하고 싶다면, 만약 한 개가 2기가짜리 램을 사용한다면, 물리 메모리는 이미 다 써버려서 내부 호스트 운영 체제에는 아무것도

06:46.170 --> 06:49.140
안 남았죠

06:49.140 --> 06:50.550
간단히 말해서 Mac

06:50.550 --> 06:53.160
OS와 같은 것을 실행하는 경우 Mac을

06:53.160 --> 06:55.980
부팅하고 필요한 작업을 수행하는 데 약

06:55.980 --> 06:57.150
8GB의 메모리가

06:57.150 --> 06:59.130
필요합니다.

06:59.130 --> 07:00.600
Windows 시스템을 사용하는

07:00.600 --> 07:03.300
경우 일반적으로 Windows를 호스트 운영 체제로

07:03.300 --> 07:06.720
충분히 실행할 수 있으려면 약 4GB가 필요합니다.

07:06.720 --> 07:08.970
8기가바이트가 있고 Windows

07:08.970 --> 07:10.290
10 호스트의 게스트로

07:10.290 --> 07:13.110
Windows 11을 실행하려면 4기 더하기

07:13.110 --> 07:14.820
4기가 즉 8기가바이트 메모리가

07:14.820 --> 07:17.160
다 필요합니다

07:17.160 --> 07:19.410
네 다시 말씀드리지만 리소스에 대해 얘기할

07:19.410 --> 07:20.400
때 여러분이 고려해야

07:20.400 --> 07:22.350
할 것은 게스트 운영체제에 얼마나

07:22.350 --> 07:24.090
많은 메모리를 할당 할 것인가 입니다

07:24.090 --> 07:25.860
물리 메모리가 많을수록 더 많은

07:25.860 --> 07:28.230
것을 할 수 있습니다

07:28.230 --> 07:31.440
리소스의 다음 고려 사항은 저장소입니다

07:31.440 --> 07:33.780
그리고 우리는 이러한 모든 가상 머신 이미지를 어디에

07:33.780 --> 07:35.850
저장할 것인지에 대해 이야기하고 있습니다.

07:35.850 --> 07:37.710
기억하세요 우리가 만드는 가상

07:37.710 --> 07:39.990
컴퓨터는 게스트 운영 체제와 함께 여러분의

07:39.990 --> 07:42.870
물리적 서버의 디스크 공간을 차지합니다

07:42.870 --> 07:44.430
따라서 공간이 256GB밖에

07:44.430 --> 07:47.130
없는 노트북을 가지고 있고 해당 시스템에 Windows

07:47.130 --> 07:48.780
10 게스트 운영 체제를 설치하려는

07:48.780 --> 07:54.480
경우 아마도 약 50GB의 공간이 필요할 것입니다.

07:54.480 --> 07:56.070
따라서 하나의 가상 머신 이미지에서

07:56.070 --> 07:57.360
총 하드 드라이브의 5분의

07:57.360 --> 07:59.610
1을 사용했습니다.

07:59.610 --> 08:01.860
네 이제 서너 개의 다른 복사본이

08:01.860 --> 08:03.600
있다면 3, 4 곱하기 50이

08:03.600 --> 08:05.130
됩니다 150-200기가바이트가

08:05.130 --> 08:09.480
되죠 거의 전체 디스크 드라이브예요

08:09.480 --> 08:11.040
따라서 대량 저장소는 반드시

08:11.040 --> 08:13.080
알아둬야 할 것이 됩니다

08:13.080 --> 08:15.390
네 일반적으로 베어bones Windows는

08:15.390 --> 08:17.130
20기가가 넘는 공간이

08:17.130 --> 08:19.440
소요되는데 여러분은 40이나 50을

08:19.440 --> 08:28.230
사용하세요 왜냐하면 파일을 저장하고 응용 프로그램 등을 설치하려면 추가 공간이 필요하니까요

08:28.230 --> 08:30.000
그렇습니다 일반적으로 Linux를

08:30.000 --> 08:31.470
사용하신다면 훨씬 더 가볍고

08:31.470 --> 08:33.480
대부분의 디스스트로는 4에서 8기가

08:33.480 --> 08:36.120
바이트의 공간에서 설치됩니다 윈도우 보다

08:36.120 --> 08:38.460
훨씬 적은 거죠

08:38.460 --> 08:40.200
네 Mac 환경을 다룰 경우

08:40.200 --> 08:41.640
게스트 운영 체제로서

08:41.640 --> 08:43.140
이건 보통 20-40기가바이트의

08:43.140 --> 08:45.840
공간을 차지합니다

08:45.840 --> 08:47.070
그걸 염두에 두세요

08:47.070 --> 08:48.630
물리적 장치에 디스크

08:48.630 --> 08:52.050
공간이 아주 제한돼 있다면 업그레이드해 저장소

08:52.050 --> 08:53.760
양을 늘리세요

08:53.760 --> 08:56.130
이렇게 하면 동일한 물리적 서버에서 더 많은 게스트

08:56.130 --> 08:58.320
운영 체제를 호스팅할 수 있습니다.

08:58.320 --> 09:01.380
마지막으로 고려할 부분은 네트워킹입니다

09:01.380 --> 09:03.240
이는 호스트 운영 체제에서 작동하는

09:03.240 --> 09:05.640
하이퍼바이저가 해당 시스템에서 호스팅되는

09:05.640 --> 09:08.010
다른 모든 가상 머신이 통신할 수 있도록

09:08.010 --> 09:12.480
가상 네트워크 환경을 생성하기 때문입니다.

09:12.480 --> 09:14.490
그러나 그들이 모두 인터넷에 접속하거나

09:14.490 --> 09:17.100
lan에 접속하여 파일을 다운로드하려는 경우

09:17.100 --> 09:17.940
물리적 장치에 있는

09:17.940 --> 09:20.220
동일한 네트워크 인터페이스 카드를 통해 이를

09:20.220 --> 09:21.810
수행합니다.

09:21.810 --> 09:24.000
네 초당 100메가비트로 작동되는

09:24.000 --> 09:26.490
오래된 네트워킹 카드를 쓸 경우 서버에서

09:26.490 --> 09:29.340
가상 컴퓨터 5개를 실행하는데 각 가상 컴퓨터는

09:29.340 --> 09:32.820
사실상 초당 20메가비트예요

09:32.820 --> 09:34.110
이 경우 게스트를 호스팅하는

09:34.110 --> 09:38.280
물리적 서버에서 네트워크 인터페이스 카드를 업그레이드하고

09:38.280 --> 09:40.500
여러 개의 가상 컴퓨터를 호스팅한다면

09:40.500 --> 09:45.870
네트워킹 카드를 10기가바이트도 넣으세요

09:45.870 --> 09:47.760
추가적인 처리량과 대역폭을

09:47.760 --> 09:49.560
확보해 가상 컴퓨터를 호스트할

09:49.560 --> 09:50.970
수 있게 해줍니다 네트워크를

09:50.970 --> 09:53.280
느리게 하지 않고요

09:53.280 --> 09:54.690
이 외에도 나중에 네트워킹

09:54.690 --> 09:56.430
연구에서 배우게 될 것처럼 여러

09:56.430 --> 09:58.890
네트워크 인터페이스 카드를 배치하고 이를

09:58.890 --> 10:00.030
팀 구성이라고 하는 것에

10:00.030 --> 10:01.980
배치할 수도 있습니다.

10:01.980 --> 10:04.500
여러 카드가 함께 움직여서

10:04.500 --> 10:06.600
속도가 빨라지죠

10:06.600 --> 10:09.330
네 2기가 네트워킹 카드가 있고

10:09.330 --> 10:10.710
팀으로 일한다면

10:10.710 --> 10:12.540
네트워크에 연결하는

10:12.540 --> 10:13.950
데 2기가 처리량이

10:13.950 --> 10:15.330
생겨요

10:15.330 --> 10:16.560
자주 사용합니다 기업

10:16.560 --> 10:18.330
환경에서 많은 가상 컴퓨터를

10:18.330 --> 10:20.310
호스팅하는 서버에서 작업하는

10:20.310 --> 10:21.330
경우 4개의 네트워크

10:21.330 --> 10:23.130
인터페이스 카드가 팀으로 작동하는

10:23.130 --> 10:24.300
게 보일 겁니다 따라서

10:24.300 --> 10:26.580
초당 4기가, 심지어는 40기가까지

10:26.580 --> 10:28.680
가능하죠

10:28.680 --> 10:30.840
만약 서버에서 초당 10기가바이트의 네트워크

10:30.840 --> 10:33.240
인터페이스 카드를 사용한다면요

10:33.240 --> 10:36.090
기억하세요 리소스 요구에 관해선 cpu와

10:36.090 --> 10:38.850
프로세서 그리고 기능을 고려하는 게 중요합니다

10:38.850 --> 10:42.030
메모리는 얼마나 갖고 있고 저장소는 얼마나 갖고

10:42.030 --> 10:44.850
있고 네트워크는 얼마인지도요

10:44.850 --> 10:47.430
이 네 가지 영역은 모두 고려해야 합니다

10:47.430 --> 10:49.230
주어진 서버에서 가상 머신 몇

10:49.230 --> 10:51.900
대를 호스트할지 혹은 워크스테이션에서

10:51.900 --> 10:53.700
게스트 운영체제의 성능을 높일

10:53.700 --> 10:56.250
수 있는지 결정합니다 가상 머신에서 실행되는

10:56.250 --> 10:59.373
하이퍼바이저의 성능입니다