AWS Management Console에서 ECS 클러스터를 시작한 경우 Amazon ECS 컨테이너 인스턴스에서 사용 가능한 디스크 공간을 늘리려면 어떻게 해야 합니까?

3분 분량
0

AWS Management Console에서 ECS 클러스터를 시작하는 경우 Amazon Elastic Container Service(Amazon ECS) 컨테이너 인스턴스의 총 디스크 공간을 늘리려면 어떻게 해야 합니까?

간략한 설명

컨테이너 인스턴스의 스토리지 공간을 늘리려면 대체 인스턴스를 시작한 다음 원본 인스턴스를 종료해야 합니다.

이 방법을 사용하여 스토리지 공간을 늘리려면 해결 단원의 단계를 완료하십시오. 다른 방법을 사용하여 컨테이너 인스턴스를 시작한 경우 이 문서를 건너뛰고 다음 문서 중 하나의 단계를 완료합니다.

참고: Amazon Elastic Block Store(Amazon EBS) 볼륨 구성은 사용 중인 Amazon ECS 최적화 Amazon Machine Image(AMI)에 따라 다릅니다. 인스턴스에서 사용 가능한 공간을 확인하는 방법에 대한 자세한 내용과 명령은 AMI 스토리지 구성을 참조하십시오.

중요: 다음 단계는 Amazon ECS 클러스터의 원래 컨테이너 인스턴스를 종료합니다. 이러한 단계를 완료하면 해당 인스턴스의 EBS 볼륨에 저장된 모든 데이터가 손실됩니다.

​해결 방법

스토리지 크기 업데이트 및 대체 인스턴스 시작

  1. Amazon ECS 콘솔을 열고 새 컨테이너 인스턴스를 시작할 ECS 클러스터의 이름을 식별합니다.
  2. Auto Scaling 그룹에서 실행 중인 인스턴스를 식별합니다.
  3. AWS CloudFormation 콘솔을 열고 ECS 클러스터에 대한 스택을 선택합니다.
    참고: 스택 이름의 형식은 EC2ContainerService-yourEcsClusterName과 같습니다.
  4. [Actions]를 선택한 후 [Update Stack]을 선택합니다.
  5. [Select Template] 섹션에서 [Use current template]을 선택한 후 [Next]를 선택합니다.
  6. [EBsVolumeSize] 파라미터를 인스턴스에 필요한 새 크기(GB)로 설정합니다.
  7. AsgMaxSize 파라미터를 설정하여 Auto Scaling 그룹의 크기를 늘린 다음 새 대체 인스턴스를 시작합니다.
    참고: Amazon ECS 최적화 Amazon Linux 1 AMI의 경우 운영 체제에 /dev/xvda를 사용하고 논리적 볼륨 관리(LVM) 디바이스가 있는 도커 이미지 및 메타데이터에는 /dev/xvdcz를 사용합니다. Amazon ECS 최적화 Amazon Linux 2 AMI의 경우 운영 체제, 도커 이미지 및 메타데이터에 /dev/xvda를 사용합니다.
  8. Amazon Linux 버전에 대해 DeviceName을 설정합니다.
  9. 각 페이지에서 다음을 선택하여 나머지 설정 마법사를 단계별로 진행한 후 업데이트를 선택하여 새 대체 인스턴스를 시작합니다.

이제 Auto Scaling 그룹의 시작 구성이 새 스토리지 구성으로 업데이트됩니다. 이렇게 증가된 구성은 오토 스케일링 그룹에서 시작하는 모든 새 인스턴스에도 적용됩니다.

원본 인스턴스 종료

중요: 서비스를 사용할 수 있도록 하려면 컨테이너 인스턴스를 드레이닝하여 작업을 다시 예약한 다음 원본 인스턴스를 배치 단위로 종료해야 합니다. 인스턴스가 종료될 때 이 드레이닝 워크플로우를 자동화할 수도 있습니다.

  1. Amazon ECS 콘솔을 열고 Auto Scaling 그룹에서 실행 중인 인스턴스의 첫 번째 배치를 식별한 다음 이 배치에서 인스턴스를 드레이닝합니다.
    참고: Amazon ECS 서비스의 가동 중지를 방지하기 위해 이전 인스턴스를 배치 단위로 드레이닝할 수 있습니다. 컨테이너 인스턴스의 작업을 드레이닝할 때, RUNNING 상태인 컨테이너 인스턴스는 서비스의 배포 구성 파라미터인 minimumHealthyPercentmaximumPercent에 따라 중지되고 대체됩니다. 서비스에 속하지 않은 모든 PENDING 또는 RUNNING 작업은 영향을 받지 않습니다. 이러한 작업이 완료될 때까지 기다리거나 수동으로 중지해야 합니다.
  2. 컨테이너 인스턴스의 모든 작업이 중지된 후 컨테이너 인스턴스를 종료합니다.
    참고: 몇 분 후 기본 Auto Scaling 그룹은 확장된 스토리지로 대체 인스턴스를 시작하여 종료된 인스턴스를 대체합니다.
  3. 모든 원본 인스턴스를 새 컨테이너 인스턴스로 바꿀 때까지 1-2단계를 반복합니다.

이제 더 많은 스토리지를 사용할 수 있는 새 인스턴스에서 작업이 실행 중이어야 합니다.


관련 정보

AMI 스토리지 구성

작업에서 데이터 볼륨 사용

AWS 공식
AWS 공식업데이트됨 2년 전
댓글 없음

관련 콘텐츠