WEBVTT

00:00:00.000 --> 00:00:02.745
>> 빅 데이터 클러스터는

00:00:02.745 --> 00:00:05.640
클러스터를 유지하는 방법
이를 통해 신뢰할 수 있는

00:00:05.640 --> 00:00:08.460
중요한 고가용성
구성 요소와 미하엘라는

00:00:08.460 --> 00:00:12.120
여기에 대해 우리에게 모든 것을 알려
데이터 노출에 오늘.

00:00:12.120 --> 00:00:23.400
[음악]

00:00:23.400 --> 00:00:26.475
다른 사람에게 오신 것을 환영합니다.
데이터 노출의 에피소드.

00:00:26.475 --> 00:00:30.480
나는 당신의 호스트 제로엔이고 오늘
우리는 우리와 함께 미하엘라가 이야기합니다.

00:00:30.480 --> 00:00:32.265
빅 데이터 클러스터에 대해 다음

00:00:32.265 --> 00:00:34.970
특히 높은
가용성을 제공합니다.

00:00:34.970 --> 00:00:37.655
그래서 다시 오신 것을 환영합니다. 이것은 필수입니다.
내가 생각하는 앞으로 시간이 될 수 있습니다.

00:00:37.655 --> 00:00:39.560
>> 그렇습니다. 감사합니다. 감사
여기 저를 데리고 당신을 위해.

00:00:39.560 --> 00:00:40.985
>> 그렇습니다. 당신은 탐사선이 되고 있습니다.

00:00:40.985 --> 00:00:43.550
그래서 당신이 말하는 주제의 대부분

00:00:43.550 --> 00:00:46.445
약 은 빅 데이터 클러스터입니다.
그리고 오늘도 마찬가지입니다.

00:00:46.445 --> 00:00:48.345
하지만 고가용성, 오른쪽?

00:00:48.345 --> 00:00:50.780
>> 그렇습니다. 그래서 있다
많은 것들이

00:00:50.780 --> 00:00:53.360
그것이 올 때에 대해 이야기
고가용성으로 연결됩니다.

00:00:53.360 --> 00:00:54.155
>> 좋아.

00:00:54.155 --> 00:00:57.590
>> 우리는 몇 가지 를 통해 갈거야
이 비디오에서 이러한 측면의.

00:00:57.590 --> 00:00:59.785
>> 좋아. 멋진. 이제 시작해 봅시다.

00:00:59.785 --> 00:01:05.745
데이터에 대해 이야기할 때
특히 데이터베이스,

00:01:05.745 --> 00:01:07.800
우리는
데이터는 지속성입니다.

00:01:07.800 --> 00:01:09.110
그래서 난 그냥 시작하려면

00:01:09.110 --> 00:01:13.430
이 고가용성 토크
스토리지 요약과 함께.

00:01:13.430 --> 00:01:13.650
>> 좋아.

00:01:13.650 --> 00:01:14.850
>> 그래서 다른 레이어에서

00:01:14.850 --> 00:01:17.840
빅 데이터 클러스터는
스토리지에 대한 다양한 옵션을 제공합니다.

00:01:17.840 --> 00:01:20.180
로컬 저장소를 만들거나

00:01:20.180 --> 00:01:23.150
리모컨으로 세분화했습니다.

00:01:23.150 --> 00:01:25.970
로컬 또는 리모컨을 선택할 수 있습니다.

00:01:25.970 --> 00:01:28.895
원하는 경우
또는 로그를 저장합니다.

00:01:28.895 --> 00:01:33.680
그래서 당신이 원하지 않는 로그
반드시 중복되도록

00:01:33.680 --> 00:01:36.865
필요할 수 있기 때문에

00:01:36.865 --> 00:01:40.930
문제 해결하지만 당신은
영원히 그들을 유지하고 싶지 않아.

00:01:41.090 --> 00:01:42.190
>> [들리지 않음].

00:01:42.190 --> 00:01:44.840
정확히 말입니다. 그래서 때
우리는 로그에 대해 이야기

00:01:44.840 --> 00:01:48.140
대부분 당신은 유지하려는
로컬 저장소에 보관할 수 있습니다.

00:01:48.140 --> 00:01:52.355
특히 우리가 말하고 있었기 때문에
우리가 가지고있는 마지막 비디오에서

00:01:52.355 --> 00:01:54.590
클러스터의 구성 요소는

00:01:54.590 --> 00:01:57.410
이러한 로그를 수집하고
탄력적 검색에서 시작됩니다.

00:01:57.410 --> 00:02:01.615
그래서 당신은 이미 몇 가지
해당 측면에 대한 종속성을 가집니다.

00:02:01.615 --> 00:02:04.410
데이터에 관해서는,
다양한 구성 요소

00:02:04.410 --> 00:02:08.270
다른 요구 사항이 있습니다.
방법에 따라

00:02:08.270 --> 00:02:10.730
미션 크리티컬한 임무를 수행하고

00:02:10.730 --> 00:02:15.140
저장된 모든 사용자 데이터
예를 들어, 데이터를 위해 에서,

00:02:15.140 --> 00:02:20.030
SQL Server 마스터 또는 저장소
HDFS 데이터와 같은 풀이 유지됩니다.

00:02:20.030 --> 00:02:22.955
유지 관리하려는 경우
이중화.

00:02:22.955 --> 00:02:28.445
그러나 컴퓨팅 풀 또는 스파크,

00:02:28.445 --> 00:02:30.695
상태가 없습니다.

00:02:30.695 --> 00:02:33.380
그것은 단지 계산입니다.
그래서 아무 소용이 없다

00:02:33.380 --> 00:02:36.560
추가하려면
스토리지에 중복됩니다.

00:02:36.560 --> 00:02:38.225
정확히 말입니다. 그래서 당신은 로컬을 선택할 수 있습니다.

00:02:38.225 --> 00:02:39.470
>> 그래서 우리는 여기에 대해 얘기하고

00:02:39.470 --> 00:02:42.260
다른 옵션


00:02:42.260 --> 00:02:44.810
이러한 서비스의 신뢰성

00:02:44.810 --> 00:02:46.400
데이터 지속성에 관해서.

00:02:46.400 --> 00:02:47.620
>> 좋아.

00:02:47.620 --> 00:02:51.575
>> 우리가 계속하는 곳입니다.
HA 옵션, 오른쪽?

00:02:51.575 --> 00:02:55.985
따라서 SQL Server 마스터의 경우
데이터의 스토리를 로컬로,

00:02:55.985 --> 00:02:57.725
추가중인지 확인해야 합니다.

00:02:57.725 --> 00:02:59.675
그에 대한 몇 가지 추가 중복

00:02:59.675 --> 00:03:01.340
가용성 그룹과 함께
그리고 우리는

00:03:01.340 --> 00:03:04.160
곧 어떻게 활성화되는지 볼 수 있습니다.

00:03:04.160 --> 00:03:05.990
데이터 풀에 관해서,

00:03:05.990 --> 00:03:13.970
당신은 결합기에서 PV를 사용하여
데이터가 지속되는지 확인합니다.

00:03:13.970 --> 00:03:15.350
>> 그래서 그냥 PV, 오른쪽?

00:03:15.350 --> 00:03:16.505
여기에는 많은 약어가 있습니다.

00:03:16.505 --> 00:03:17.240
>> 그렇습니다.

00:03:17.240 --> 00:03:21.110
>> 예를 들어 PV, HA, 모든 PV는?

00:03:21.110 --> 00:03:25.175
>> 그것은 그것의 P를 제안
쿠베르네테스 컨셉

00:03:25.175 --> 00:03:28.250
의 저장 계층을 추상화합니다.

00:03:28.250 --> 00:03:32.090
쿠버네츠 와 당신이 있다면 보장
영구 볼륨을 사용할 수 있습니다.

00:03:32.090 --> 00:03:35.270
따라서 개념은 데이터 지속성입니다.

00:03:35.270 --> 00:03:37.010
따라서 사용 중
영구 볼륨은

00:03:37.010 --> 00:03:38.840
이는 쿠베네츠가

00:03:38.840 --> 00:03:42.440
데이터가 해당 저장소에 유지됩니다.

00:03:42.440 --> 00:03:43.580
>> 좋아. 알았어요.

00:03:43.580 --> 00:03:46.655
다시 말하지만, 다시, 그것은 보장 할 필요가 없습니다

00:03:46.655 --> 00:03:49.435
컴퓨팅을 위한 고가용성
상태 비수기이기 때문입니다.

00:03:49.435 --> 00:03:52.110
중요한 구성 요소가 있습니다.

00:03:52.110 --> 00:03:53.870
하두프 스택에서
이 에 올 때 바로

00:03:53.870 --> 00:03:56.600
HDFS 네임 노드 와 일부 스파크 공유

00:03:56.600 --> 00:04:00.545
필요한 서비스
고가용성을 가능하게 합니다.

00:04:00.545 --> 00:04:03.020
그리고 매우 중요한 나는
여기에 강조하고 싶습니다.

00:04:03.020 --> 00:04:09.000
필요한 제어 서비스
뿐만 아니라 지속적인 볼륨,

00:04:09.000 --> 00:04:11.490
당신은 몇 가지를 추가해야합니다
그 이야기에 중복.

00:04:11.490 --> 00:04:14.135
그래서 그것은 몇 가지해야
원격 중복 스토리지.

00:04:14.135 --> 00:04:16.940
컨트롤을 유지하지 마십시오 [들리지 않음]

00:04:16.940 --> 00:04:21.410
로컬이기 때문에
노드가 여기에 마지막입니다.

00:04:21.410 --> 00:04:23.960
거의 전체 클러스터가
매우 제한되지 않습니다.

00:04:23.960 --> 00:04:28.130
>> 좋아. 그래서 제어는
원격 스토리지에 있는 TV?

00:04:28.130 --> 00:04:29.270
>> 원격 및 중복.

00:04:29.270 --> 00:04:31.100
그래서 당신은
추가해야 합니다.

00:04:31.100 --> 00:04:33.005
해당 레이어에 대한 일부 중복성.

00:04:33.005 --> 00:04:34.710
>> 좋아. 지적.

00:04:34.710 --> 00:04:37.290
이제 살펴보겠습니다.
그것이 의미하는 바

00:04:37.290 --> 00:04:41.085
SQL Server 마스터 및
AG를 활성화할 수 있습니다.

00:04:41.085 --> 00:04:45.095
그래서 이것은 스키마 또는

00:04:45.095 --> 00:04:50.045
다양한 서비스의 레이아웃 방법
SQL Server를 형성하는

00:04:50.045 --> 00:04:55.190
고가용성 계층
SQL Server 마스터용입니다.

00:04:55.190 --> 00:04:57.020
다시 말하지만, 우리는 기본이

00:04:57.020 --> 00:05:00.785
두 개 이상의 보조
오른쪽 동기,

00:05:00.785 --> 00:05:04.670
그리고 우리는

00:05:04.670 --> 00:05:08.985
는 자동 모니터링,

00:05:08.985 --> 00:05:11.370
자동 장애 조치
및 오케스트레이션.

00:05:11.370 --> 00:05:12.960
기본 으로 어떤 일이 발생하면

00:05:12.960 --> 00:05:17.675
그것은 자동으로 발생, 거기
아무 것도 할 필요가 없습니다.

00:05:17.675 --> 00:05:20.330
내가 원하는 한 가지
여기서 강조하는 것은

00:05:20.330 --> 00:05:23.870
빅 데이터 클러스터에 해당
이 때에만

00:05:23.870 --> 00:05:27.755
우리는 또한 우리가 부르는 것을 활성화합니다.
포함된 가용성 그룹,

00:05:27.755 --> 00:05:30.920
즉, 이제 객체를

00:05:30.920 --> 00:05:33.920
당신은 예를 들어 같은 마스터에 저장

00:05:33.920 --> 00:05:40.190
로그인도 복제됩니다.
보조, 오른쪽?

00:05:40.190 --> 00:05:40.380
>> 좋아.

00:05:40.380 --> 00:05:43.880
지금까지는
함께 에서 우리를 보내고있다

00:05:43.880 --> 00:05:45.770
우리의 고객은
해당 로그인을 확인하십시오.

00:05:45.770 --> 00:05:47.930
또한 복제되지 않습니다.

00:05:47.930 --> 00:05:49.610
많은 비난과

00:05:49.610 --> 00:05:51.935
수동 복제를 수행해야 했습니다.

00:05:51.935 --> 00:05:55.290
지금 자동으로
모든 것이 처리됩니다.

00:05:55.290 --> 00:05:57.060
그래서 배포에서, 추가 에서

00:05:57.060 --> 00:05:59.130
데이터베이스에서 가용성 그룹에,

00:05:59.130 --> 00:06:05.330
이 마스터 복제를 추가하려면
데이터베이스 가용성 그룹입니다.

00:06:05.330 --> 00:06:08.555
그래서 아무도 없는 경우 는 거의 없다

00:06:08.555 --> 00:06:13.130
운영 관리 중

00:06:13.130 --> 00:06:16.620
가용성 그룹입니다.
그건 꽤 굉장.

00:06:16.620 --> 00:06:18.660
>> 그렇습니다. 그건 정말
굉장한. 라고 말하려고 했습니다.

00:06:18.660 --> 00:06:21.230
그래서 당신은 언급
가용성 그룹 지금, 오른쪽?

00:06:21.230 --> 00:06:21.390
>> 그렇습니다.

00:06:21.390 --> 00:06:24.330
>> 그게 보통인가요?

00:06:24.330 --> 00:06:27.200
>> 그렇습니다. 정확히
동일한 기능

00:06:27.200 --> 00:06:30.050
모든 SQL Server 2012에서 알고, 오른쪽?

00:06:30.050 --> 00:06:30.605
>> 그렇습니다.

00:06:30.605 --> 00:06:33.440
>> 한 가지
그것은 매우 중요합니다.

00:06:33.440 --> 00:06:35.960
다른 클러스터 기술이 없습니다.

00:06:35.960 --> 00:06:39.365
해야 할 일이라는 것을
배포하거나 통합할 수 있습니다.

00:06:39.365 --> 00:06:41.445
그 모든 것을 돌보았습니다.

00:06:41.445 --> 00:06:44.590
배포중인 서비스
HA 감독자와 함께,

00:06:44.590 --> 00:06:45.730
연산자 및

00:06:45.730 --> 00:06:49.840
코스와 긴밀하게 통합
이 경우 를 작성하는 Kubernetes.

00:06:49.840 --> 00:06:52.560
그래서 우리는 이점을 활용하고 있습니다.
이러한 플랫폼의.

00:06:52.560 --> 00:06:54.100
>> 그래서 더 이상 클러스터 기술이 없습니다.

00:06:54.100 --> 00:06:56.650
그래서 이것은 마스터링에 좋습니다.

00:06:56.650 --> 00:07:00.510
그래서 지금은 주인을 신뢰
인스턴스가 괜찮습니다.

00:07:00.510 --> 00:07:02.250
하지만 BDC에는 더 많은 것이 있습니다.

00:07:02.250 --> 00:07:03.965
우리는 SQL 서버뿐만 아니라

00:07:03.965 --> 00:07:05.980
우리는 [들리지 않는] 일을 하고 있습니다.
관련 물건.

00:07:05.980 --> 00:07:07.510
그래서 말해.

00:07:07.510 --> 00:07:10.230
>> 그래서 우리가 무엇을 살펴 보자
하두프, HDFS에 대한 일을.

00:07:10.230 --> 00:07:13.690
따라서 HDFS 네임노드도

00:07:13.690 --> 00:07:16.540
고가용성 구성
왜냐하면 이것이 매우 중요하기 때문입니다.

00:07:16.540 --> 00:07:20.035
하두프 스택의 경우,

00:07:20.035 --> 00:07:23.205
그리고 우리가 보고 있는 것은
고객이 우리에게 말하고 있다, '아,

00:07:23.205 --> 00:07:26.395
네임노드'에 대한 복제를 원합니다.',

00:07:26.395 --> 00:07:28.640
또한 사육사를 배치할 것입니다.

00:07:28.640 --> 00:07:31.430
는 오픈 소스 클러스터 기술입니다.

00:07:31.430 --> 00:07:35.750
이것이 바로 그 구성 요소입니다.
조정을 돌봐야 합니다.

00:07:35.750 --> 00:07:39.800
모니터링 및 장애 조치(fail-over)

00:07:39.800 --> 00:07:44.970
네임노드의 필요
대기 보조로 이동합니다.

00:07:44.970 --> 00:07:45.070
>> 좋아.

00:07:45.070 --> 00:07:47.330
>> 그래서 추가 복제본 배포

00:07:47.330 --> 00:07:49.985
그리고 사육사는 돌보는
오케스트레이션 측면의.

00:07:49.985 --> 00:07:50.675
>> 좋아.

00:07:50.675 --> 00:07:55.235
>> 같은 시간에
또한

00:07:55.235 --> 00:07:58.580
고가용성 유지

00:07:58.580 --> 00:08:03.679
일부 스파크 공유 구성 요소
원사 리소스 관리자처럼,

00:08:03.679 --> 00:08:07.520
그리고 그런 의미에서
스파크 우리는 또한 배포

00:08:07.520 --> 00:08:12.200
서비스에 대한 여러 복제본
스파크 역사, 직업 의 역사처럼.

00:08:12.200 --> 00:08:15.515
그래서 뭔가 가 있는지 확인하려면

00:08:15.515 --> 00:08:19.900
OneNote에서 진행 중이면
이러한 서비스는 호스팅되며,

00:08:19.900 --> 00:08:23.495
[들리지 않음]이 선택됩니다.
또는 추가 복제본을 추가합니다.

00:08:23.495 --> 00:08:24.790
>> 멋지다.

00:08:24.790 --> 00:08:28.490
>> 이렇게 쉽게

00:08:28.490 --> 00:08:32.570
고가용성 구성
다양한 구성 요소에 대한.

00:08:32.570 --> 00:08:33.530
>> 쉽게 말해줘.

00:08:33.530 --> 00:08:35.510
>> 그것은 매우 쉽습니다.

00:08:35.510 --> 00:08:38.280
>> 멋지다. 나는 쉽게 좋아한다.

00:08:38.470 --> 00:08:42.740
>> 우리는 지난 번에 어떻게 이야기했는가?
을 사용하여 배포를 구성할 수 있습니다.

00:08:42.740 --> 00:08:43.820
>> 예. 기억이 납니다.

00:08:43.820 --> 00:08:47.270
>> 클러스터가 있습니다.
구성 파일

00:08:47.270 --> 00:08:49.675
또는 배포 템플릿
당신이 가지고있는 것을,

00:08:49.675 --> 00:08:52.280
그리고 우리가 기억
에 대해 이전 이야기

00:08:52.280 --> 00:08:55.700
스파크는 구성 요소를 공유합니다.

00:08:55.700 --> 00:08:56.210
>> 그렇습니다.

00:08:56.210 --> 00:08:59.975
>> 난 그냥 두 가지를 원한다고 말합니다.
복제본을 복제할 수 있습니다.

00:08:59.975 --> 00:09:02.060
우리는 돌봐
거기에서 따기.

00:09:02.060 --> 00:09:03.020
그게 전부인가요?

00:09:03.020 --> 00:09:04.610
사육사. 그래서 다시,

00:09:04.610 --> 00:09:08.450
우리는 모든 것을 통과해야
우리가 겪은 구성 요소.

00:09:08.450 --> 00:09:12.980
사육사 우리가 필요 해요
세 개의 복제본을 사용하여 쿼럼을 보장합니다.

00:09:12.980 --> 00:09:16.145
그런 다음 우리는 또한 마스터를 언급,

00:09:16.145 --> 00:09:19.465
SQL Server 마스터 인스턴스
그리고 나는 여기서 무엇을해야합니까?

00:09:19.465 --> 00:09:22.755
난 그냥 내가 말하는 것
세 개의 복제본을 원하고,

00:09:22.755 --> 00:09:26.930
그리고 SQL 서버 때문에
가용성 그룹

00:09:26.930 --> 00:09:28.985
또한 읽을 수 있는 보조 를 가능하게 합니다.

00:09:28.985 --> 00:09:31.640
에 대한 옵션을 제공합니다.

00:09:31.640 --> 00:09:36.440
서비스를 배포합니다.
끝점을 노출하고 있습니다.

00:09:36.440 --> 00:09:39.920
원격 워크로드로 작업

00:09:39.920 --> 00:09:41.780
중등 부에서
그리고 당신은 단지해야

00:09:41.780 --> 00:09:44.015
이 경우 포트를 지정합니다.

00:09:44.015 --> 00:09:47.900
>> 맞습니다. 그래서 당신은 높은
가용성 및 그 일환으로,

00:09:47.900 --> 00:09:49.980
당신은 또한 할 수 있습니다
읽기 전용, [들리지 않음]

00:09:49.980 --> 00:09:51.365
정확히 말입니다. 예.

00:09:51.365 --> 00:09:54.290
>> 멋지다. 당신이 이것을 읽는 방법인가?
그냥 한 줄 [들리지]로?

00:09:54.290 --> 00:09:57.470
>> 그렇습니다. 지정하기만 하면 됩니다.
복제본 수

00:09:57.470 --> 00:10:02.480
오케스트레이션에 대해 걱정하지 마세요.

00:10:02.480 --> 00:10:05.900
추가 배포
당신이 말할 때와 같은 구성 요소

00:10:05.900 --> 00:10:09.545
세 개의 복제본을 원하는 경우
SQL Server 마스터의 경우

00:10:09.545 --> 00:10:10.820
우리는 연산자,

00:10:10.820 --> 00:10:12.260
우리는 감독자를

00:10:12.260 --> 00:10:14.030
모니터링 수행
그리고 다른 모든 것들.

00:10:14.030 --> 00:10:17.180
그래서 모든 것이 뒤에
장면과 그

00:10:17.180 --> 00:10:21.380
최소 오케스트레이션입니다.
설정하기 위한 것입니다.

00:10:21.380 --> 00:10:23.840
사람들을 위해
방법에 대해 매우 잘 알고 있습니다.

00:10:23.840 --> 00:10:27.905
가용성을 구성하려면
그룹 이라고 생각 합니다.

00:10:27.905 --> 00:10:32.090
적어도 4개 또는 5개
T-SQL 문

00:10:32.090 --> 00:10:34.970
끝점 준비 플러스
그리고 그런 것들.

00:10:34.970 --> 00:10:37.355
그래서 가시가 물었다.

00:10:37.355 --> 00:10:39.830
그것은 유튜브에서 그 부하를 복용

00:10:39.830 --> 00:10:42.415
실제로 실행에 집중
빅 데이터에 무엇이 있는지 를 알 수 있습니다.

00:10:42.415 --> 00:10:44.940
>> 맞습니다. 그것은 더 얻을하지 않습니다
이보다 간단, 오른쪽?

00:10:44.940 --> 00:10:45.420
>> 입니다.

00:10:45.420 --> 00:10:48.350
한 줄과 물론
원하는 경우 마스터 인스턴스

00:10:48.350 --> 00:10:52.430
읽기 전용으로 더 많은 줄이지만
그래 정말 인상적입니다.

00:10:52.430 --> 00:10:54.740
멋진. 그래서 어디 내가 할 수 있습니다
이것에 대해 자세히 알아보십시오.

00:10:54.740 --> 00:10:56.385
어떻게 시작하나요?

00:10:56.385 --> 00:11:00.920
>> 그래서 확실히 내가 당신을 보여 줄게

00:11:00.920 --> 00:11:03.915
정확히 일부 링크
활용할 수 있는

00:11:03.915 --> 00:11:07.140
배포를 위해
구성에 대해

00:11:07.140 --> 00:11:11.749
그래서 당신은 에 대한 자세한 내용을 찾을 수 있습니다
문서 플랫폼에서

00:11:11.749 --> 00:11:14.000
그러나 우리는 또한 많은
거기 밖으로 샘플의

00:11:14.000 --> 00:11:16.460
구성 하는 방법에.

00:11:16.460 --> 00:11:18.500
워크로드를 실행하는 방법,

00:11:18.500 --> 00:11:21.380
그리고 모든 당신
앞으로 사용할 수 있습니다.

00:11:21.380 --> 00:11:24.350
이 링크를 활용하고
무엇을 하고 싶은지.

00:11:24.350 --> 00:11:25.490
당신은 우리의 클러스터가 될 것입니다.

00:11:25.490 --> 00:11:28.550
>> 멋지다. 글쎄, 다시 한번 감사드립니다
공유하고 이것을 하지만 이야기.

00:11:28.550 --> 00:11:30.260
이것은 매우 인상적입니다.

00:11:30.260 --> 00:11:32.555
나는 이것을 만드는 용이성을 좋아한다.

00:11:32.555 --> 00:11:32.760
>> 그렇습니다.

00:11:32.760 --> 00:11:34.700
이것은 분명히 많은 일입니다.

00:11:34.700 --> 00:11:36.695
>> 꽤 멋지다. 예. 감사합니다.

00:11:36.695 --> 00:11:39.410
>> 글쎄요. 감사
당신을 보고.

00:11:39.410 --> 00:11:41.525
좋아요, 구독,
코멘트를 남겨,

00:11:41.525 --> 00:11:43.830
당신을 만나기를 희망합니다.
다음 번에. 감사.

00:11:43.830 --> 00:11:55.690
[음악]