WEBVTT 00:00.120 --> 00:01.800 네 강사님 이 강의에서는 드라이브 00:01.800 --> 00:03.330 성능 이슈와 특히 스마트 00:03.330 --> 00:06.300 진단 도구에 관해 얘기하겠습니다 초당 입력 00:06.300 --> 00:07.740 출력 연산으로 알려진 00:07.740 --> 00:10.320 미터릭도 살펴보고요 ? 00:10.320 --> 00:12.630 우선 스마트 얘기를 해보죠 00:12.630 --> 00:14.970 자 smart는 약자로 셀프 모니터링 00:14.970 --> 00:18.090 분석 및 리포팅 기술을 의미합니다 00:18.090 --> 00:19.683 여러분이 매일 사용하게 될 00:19.683 --> 00:22.320 하드 디스크 드라이브에 기본 제공됩니다 00:22.320 --> 00:24.180 자 이 스마트 기술은 자체 진단 00:24.180 --> 00:26.640 프로그램입니다 운영 체제에 경고를 00:26.640 --> 00:28.410 보내는 거죠 오류가 발생했거나 00:28.410 --> 00:29.790 오류가 무산됐음을 00:29.790 --> 00:32.070 감지하면요 00:32.070 --> 00:33.870 스마트 시스템은 20년에서 00:33.870 --> 00:35.760 30년 전에 등장했습니다 하드 00:35.760 --> 00:37.620 디스크 드라이브에서 시작됐지만 00:37.620 --> 00:40.890 솔리드 상태 장치로 마이그레이션되었죠 00:40.890 --> 00:43.740 이런 스마트 기술은 운영 체제와 바이오스 00:43.740 --> 00:46.260 uefi와 같은 다른 체제를 보완해줄 00:46.260 --> 00:48.150 겁니다 00:48.150 --> 00:49.650 네 smart의 전체적인 00:49.650 --> 00:51.660 목적은 하드 드라이브를 모니터링해서 00:51.660 --> 00:53.430 특정 드라이브의 상태를 파악하는 00:53.430 --> 00:55.230 것입니다 00:55.230 --> 00:57.420 살펴볼 것입니다 이것을 살펴볼 때는 드라이브의 00:57.420 --> 01:00.180 온도 같은 것을 살펴볼 것입니다 드라이브의 전반적인 상태 01:00.180 --> 01:01.590 하드 디스크 드라이브를 다루면 01:01.590 --> 01:02.700 얼마나 빨리 도는지 솔리드 01:02.700 --> 01:04.290 스테이트 장치를 다루면 나쁜 블록이 01:04.290 --> 01:07.230 얼마나 되는지 등을 살펴볼 것입니다 01:07.230 --> 01:09.270 네 여기서 스마트 기능에서 중요한 점은 드라이브를 01:09.270 --> 01:12.360 건강하게 유지하도록 설계된 게 아니라는 겁니다 01:12.360 --> 01:14.460 대신 언제 문제가 생기고 미래에 01:14.460 --> 01:15.840 실패할 수 있는지 01:15.840 --> 01:18.090 파악하도록 설계됐죠 01:18.090 --> 01:19.410 그러니 명심하세요 01:19.410 --> 01:22.650 네 그들의 목표는 드라이브를 고치는 게 아니라 01:22.650 --> 01:24.690 나쁜 일이 언제 일어날지 감시하고 01:24.690 --> 01:26.643 알아내는 겁니다 01:27.480 --> 01:29.190 네 자가 모니터링 분석 및 리포팅 01:29.190 --> 01:31.620 기술은 하드 드라이브와 솔리드 스테이트 01:31.620 --> 01:33.810 장치에 대한 많은 다양한 속성을 측정하도록 01:33.810 --> 01:35.610 설계됐습니다 , 01:35.610 --> 01:37.470 네 예를 들어 읽기 오류율이나 01:37.470 --> 01:40.290 하드 디스크의 스핀업 시간 재배치된 01:40.290 --> 01:43.530 섹터 수 오류 발생률 전원 켜는 시간 고온 01:43.530 --> 01:46.230 경보 등등을 모니터링할 수 있습니다 01:46.230 --> 01:47.850 ? 01:47.850 --> 01:50.370 스마트 유틸리티는 모든 정보를 모니터링함으로써 01:50.370 --> 01:53.340 운영 체제에 계류 중인 문제나 미래에 존재할 01:53.340 --> 01:54.600 수 있는 문제를 알릴 01:54.600 --> 01:56.910 수 있습니다 , 01:56.910 --> 01:58.650 네 자 이제 01:58.650 --> 02:01.920 입력출력 작업입니다 02:01.920 --> 02:03.900 , 02:03.900 --> 02:06.000 IOs는 시스템에서 볼 수 02:06.000 --> 02:07.950 있는 중요한 척도입니다 02:07.950 --> 02:10.800 네 왜냐하면 저장 장치에 얼마나 빨리 입력되거나 02:10.800 --> 02:12.660 출력되는지 측정하니까요 02:12.660 --> 02:14.940 저장소를 다룰 때 알아야 할 성능을 02:14.940 --> 02:17.820 위한 핵심 메트릭 중 하나죠 02:17.820 --> 02:19.680 네 이제 이제 하드 디스크 02:19.680 --> 02:21.270 드라이브는 솔리드스테이트 02:21.270 --> 02:23.820 장치보다 낮은 IOs를 갖게 02:23.820 --> 02:26.970 됩니다 ? 네 02:26.970 --> 02:28.800 네 고체 상태 장치는 훨씬 02:28.800 --> 02:31.410 더 빨리 찾을 수 있기 때문이죠 정보를 02:31.410 --> 02:34.380 읽기 위해 이동하지 않아도 되니까요 하지만 02:34.380 --> 02:36.600 항상 그런 건 아닙니다 02:36.600 --> 02:38.130 네 SSD는 매우 저렴하고 02:38.130 --> 02:42.450 저렴합니다. 빠른 하드 디스크 드라이브보다 IOs 02:42.450 --> 02:45.270 수도 훨씬 낮고요. 02:45.270 --> 02:48.060 네 모든 게 명확한 건 아니란 걸 기억하세요 솔리드 02:48.060 --> 02:50.070 스테이트 장치가 하드 드라이브보다 02:50.070 --> 02:52.860 빠르죠 하지만 그건 일반적인 규칙이에요 02:52.860 --> 02:54.450 그러니 명심하세요 02:54.450 --> 02:55.950 클라우드에서 작업하면 02:55.950 --> 02:58.710 기본 저장소에 접근할 수 없죠 02:58.710 --> 03:01.260 네 IOs를 측정하는 것이 성능을 측정하는 03:01.260 --> 03:02.670 유일한 방법인데 IOs는 03:02.670 --> 03:04.830 초당 입력 산출 연산입니다 왜냐하면 스토리지 03:04.830 --> 03:07.350 계층 아래에 하드 디스크 드라이브가 있는지 03:07.350 --> 03:10.260 솔리드 스테이트 디바이스가 있는지 모르기 때문이죠 03:10.260 --> 03:12.210 가상화와 클라우드 컴퓨팅을 사용하면 03:12.210 --> 03:14.880 추상화 되기 때문입니다 03:14.880 --> 03:17.610 네 그래서 IOs 넘버 혹은 초당 03:17.610 --> 03:20.070 입력 산출 연산을 봐야 합니다 03:20.070 --> 03:22.740 특정 저장 장치의 데이터를 읽고 03:22.740 --> 03:24.630 쓸 때 성능을 최적화하기 03:24.630 --> 03:26.700 때문이죠 03:26.700 --> 03:28.860 네 이제 이제 03:28.860 --> 03:31.500 저장소 장치에 대한 03:31.500 --> 03:32.850 병목 현상 03:32.850 --> 03:37.200 판독을 하고 작성한 걸 나타냅니다 03:37.200 --> 03:40.620 , 03:40.620 --> 03:42.120 하드웨어 문제일 수도 있고 03:42.120 --> 03:44.250 소프트웨어 문제일 수도 있어요 03:44.250 --> 03:46.530 네 살펴보고 판단할 수 있어야 합니다 03:46.530 --> 03:48.523 스마트 유틸리티 같은 도구를 03:48.523 --> 03:51.030 이용해서요 결정을 내릴 수 있는 거죠 03:51.030 --> 03:52.440 드라이브 읽기 및 쓰기 03:52.440 --> 03:55.320 속도가 적절한지 운영 체제가 실제로 느려져서 03:55.320 --> 03:56.790 필요한 만큼 빨리 장치에 03:56.790 --> 03:59.040 읽고 쓸 수 없는지요 03:59.040 --> 04:00.720 그래서 전체를 통틀어 보는 04:00.720 --> 04:03.990 게 중요해요 초당 입력량이 적은 작업은 하드웨어에 04:03.990 --> 04:06.570 문제가 될 수 있거든요 응용 프로그램이나 04:06.570 --> 04:08.850 일반 시스템 리소스에 과부하가 04:08.850 --> 04:11.580 걸린 것일 수도 있고요 여러 가지 이유로 04:11.580 --> 04:15.270 해당 시스템에서 발생하니까요 04:15.270 --> 04:16.920 저장소와 관련해 느린 성능을 04:16.920 --> 04:18.210 경험한다면 하드 디스크 04:18.210 --> 04:19.350 드라이브에서 보길 04:19.350 --> 04:21.000 원하는 건 파일이 분열되느냐 04:21.000 --> 04:23.310 아니냐가 될 겁니다 04:23.310 --> 04:24.150 있다면 조각 04:24.150 --> 04:26.880 모음 도구를 사용해야죠 04:26.880 --> 04:29.070 네 파일 조각들을 모두 다시 04:29.070 --> 04:30.450 합칠 수 있습니다 04:30.450 --> 04:34.020 그럼 해당 장치에 읽기 시간을 줄일 수 있죠 04:34.020 --> 04:36.720 네 하드 디스크 드라이브에 작성하면 작성하려는 04:36.720 --> 04:39.083 파일을 취하기 시작하고 더 작은 조각으로 04:39.083 --> 04:41.430 쪼개질 겁니다 04:41.430 --> 04:43.860 각 조각은 하드 디스크에 저장됩니다 04:43.860 --> 04:45.180 시작부터 끝날 때까지 04:45.180 --> 04:47.910 사용 가능한 공간에서요 04:47.910 --> 04:49.800 하드 디스크 드라이브를 책처럼 04:49.800 --> 04:51.300 생각해 보세요 04:51.300 --> 04:54.630 제가 200페이지짜리 백지를 드렸다고 치죠 04:54.630 --> 04:57.780 수납공간은 그게 다예요 하지만 연필이 있고 04:57.780 --> 04:59.190 책을 쓸 때 1페이지에서 04:59.190 --> 05:01.140 시작해서 50페이지까지 05:01.140 --> 05:02.670 계속 써요 05:02.670 --> 05:04.320 이제 3페이지로 돌아가서 05:04.320 --> 05:06.630 그 페이지는 필요 없다고 결정했죠 05:06.630 --> 05:07.800 그걸 지우는 거죠 05:07.800 --> 05:09.780 이제 그 책에 빈자리가 생겼어요 05:09.780 --> 05:12.840 7쪽, 12쪽, 15쪽 네 그리고 책을 뒤져서 05:12.840 --> 05:13.740 필요 없는 걸 지웠죠 05:13.740 --> 05:15.330 , 맞아요 05:15.330 --> 05:17.190 네 이제 다른 걸 쓰고 싶을 때 51페이지에서 05:17.190 --> 05:19.200 시작하지 않고 3페이지로 돌아가게 05:19.200 --> 05:21.660 됩니다 그걸 지운 곳이죠 그리고 빈칸을 채워요 05:21.660 --> 05:23.070 ? 네 05:23.070 --> 05:24.450 자 이제 일단 공간이 다 차면 05:24.450 --> 05:26.250 빈칸이 있는 다음 페이지로 이동합니다 05:26.250 --> 05:27.420 다시 51페이지까지 05:27.420 --> 05:30.000 올라갈 때까지 계속 그렇게 하는 거죠 그런 다음 05:30.000 --> 05:31.710 다시 쓰는 겁니다 05:31.710 --> 05:33.480 하드 드라이브는 그렇게 작동해요 05:33.480 --> 05:35.640 네 그래서 많은 작은 파일을 삭제했다면 05:35.640 --> 05:36.630 드라이브에 작은 05:36.630 --> 05:39.270 구멍이 많이 생기겠죠 05:39.270 --> 05:41.130 다음에 뭔가를 쓸 때는 빈 곳을 05:41.130 --> 05:43.050 메우기 시작할 거예요 05:43.050 --> 05:45.540 하지만 파일을 다시 얻으려면 여러 곳을 05:45.540 --> 05:47.400 다시 방문해야 하기 때문에 읽기 05:47.400 --> 05:49.950 시간이 지나치게 길어질 수 있어요 05:49.950 --> 05:52.410 시간을 줄이기 위해서는 조각 05:52.410 --> 05:54.510 모음을 해야 합니다 05:54.510 --> 05:57.300 같은 페이지에 순서대로 파일을 05:57.300 --> 05:59.550 다시 모을 수 있어요 05:59.550 --> 06:01.350 그리고 물건을 옮길 수 있어요 06:01.350 --> 06:03.180 모든 게 다시 질서정연해질 때까지 06:03.180 --> 06:04.860 물건을 옮길 수 있죠 06:04.860 --> 06:07.710 시간이 지나면서 하지만 그 드라이브는 다시 뒤죽박죽이 06:07.710 --> 06:09.120 됩니다 모든 삭제와 재작성이 06:09.120 --> 06:10.530 발생하기 때문이죠 바로 06:10.530 --> 06:12.810 거기서 파편이 발생합니다 06:12.810 --> 06:14.730 네 드라이브가 분열될수록 그 06:14.730 --> 06:16.620 드라이브에서 데이터를 찾거나 06:16.620 --> 06:19.890 읽으려 할 때 성능이 낮아진다는 걸 의미합니다 06:19.890 --> 06:22.770 자 이제 다행히 고체 상태 장치로 이동함에 따라 파편화는 06:22.770 --> 06:24.720 더는 문제가 안 됩니다 우린 언제든 드라이브에 06:24.720 --> 06:29.250 있는 모든 것에 액세스할 수 있으니까요 특정 드라이브에 액세스해 데이터를 다시 06:29.250 --> 06:30.870 가져오기 위해 플래터를 이동하는 06:30.870 --> 06:32.940 게 없거든요 06:32.940 --> 06:35.490 네 파편화는 이제 고체 상태 장치에선 문제가 06:35.490 --> 06:36.570 안 됩니다 고체 상태 06:36.570 --> 06:39.090 장치에선 조각 제거 유틸리티가 실행될 06:39.090 --> 06:40.530 필요가 없죠 06:40.530 --> 06:43.230 하드 디스크 드라이브에서 해야 합니다 06:43.230 --> 06:45.480 네 이제 반면에 고체 상태 장치에선 06:45.480 --> 06:46.980 공간이 부족해지고 용량이 06:46.980 --> 06:48.780 줄어들면 드라이브가 느려지기 06:48.780 --> 06:50.070 시작하는 걸 알게 되실 06:50.070 --> 06:51.990 겁니다 06:51.990 --> 06:53.670 네 드라이브 속도를 높이려면 파일 06:53.670 --> 06:54.960 일부를 솔리드 스테이트 06:54.960 --> 06:58.260 장치에서 옮겨야 합니다 여분의 공간도 확보하고요 06:58.260 --> 07:00.690 네 고체 상태 장치가 작동하는 방식 07:00.690 --> 07:02.040 때문에 공간이 거의 07:02.040 --> 07:03.930 없어지기 시작하면 그 장치는 07:03.930 --> 07:07.380 성능 면에서 많이 느려집니다 07:07.380 --> 07:09.390 그래서 전 항상 최소한 10%의 입체 07:09.390 --> 07:11.640 상태 장치를 비우고 무료로 두길 권장합니다 07:11.640 --> 07:14.240 그럼 성능이 확실히 높아지죠