AWS 재해복구

Siyun·2025년 3월 18일
aws

AWS

목록 보기
32/37
  • 재해(Disaster): 사업 지속성과 재정에 부정적인 영향을 미치는 이벤트
  • 재해 복구(Disaster Recovery, DR): 재해에 대비하고, 발생 시 복구하는 과정
  • 복구 시점 목표(RPO, Recovery Point Objective): 백업 주기와 시간상 어느정도 과거로 돌릴 수 있는지 결정. 재해가 일어나면 RPO와 재해 발생 시점 사이에 데이터 손실이 발생함.
  • 복구 시간 목표(RTO, Recovery Time Objective): 재해 발생 후 서비스 복구까지 걸리는 시간

재해 복구 유형

  1. 온프레미스 간 복구: 두 개의 데이터 센터(예: 캘리포니아 ↔ 시애틀)를 운영하여 DR 수행 (비용 ↑)
  2. 하이브리드 복구: 온프레미스를 기본 데이터 센터로 두고, 재해 발생 시 클라우드 사용
  3. 완전 클라우드 복구: AWS 내 다른 리전으로 DR 수행

AWS에서 제공하는 DR 전략**

전략RPORTO비용특징
백업 및 복구 (Backup & Restore)높음높음낮음가장 기본적인 DR 방식 (EBS 스냅샷, S3 Glacier 활용)
파일럿 라이트 (Pilot Light)중간중간중간애플리케이션 축소 버전(크리티컬 코어=파일럿 라이트) 항상 실행, 복구 시 여타 시스템만 더함
웜 대기 (Warm Standby)낮음낮음높음전체 시스템을 저용량으로 가동 후 필요 시 확장
다중 사이트/핫 사이트 (Multi-Site/Hot Site)매우 낮음매우 낮음매우 높음온프레미스와 클라우드 모두 완전한 프로덕션 환경 유지(액티브-액티브 유형 설정)

AWS 재해 복구 팁**

  • 백업: EBS 스냅샷, RDS 백업, S3 IA, Glacier 활용. 온프레미스에서 클라우드로 데이터 공유 시 Snowball과 Storage Gateway가 유용
  • 고가용성: Route 53으로 DNS를 다른 리전으로 옮기기, 다중 AZ 활용(RDS, ElastiCache, S3 등)
  • 네트워크 복구: Direct Connect + Site-to-Site VPN 조합
  • 자동화: CloudFormation, Elastic Beanstalk, CloudWatch 알람, AWS Lambda 활용
  • 카오스 테스트: Netflix Simian Army(무작위로 실제 가동중인 애플리케이션 서버 종료)처럼 의도적으로 장애를 유발해 복구 테스트 진행

데이터베이스 마이그레이션 서비스 (DMS)

AWS Database Migration Service(DMS)는 온프레미스 또는 클라우드 간 데이터베이스 마이그레이션을 지원하는 빠르고 안전한 데이터베이스 서비스이다.

  • 장점: 복원력 있음, 자가 치유 가능, 마이그레이션 중에도 소스 데이터베이스 사용 가능
  • 지원 엔진: 동종 및 이종 데이터베이스 마이그레이션 가능
    • 동종 마이그레이션: Oracle → Oracle, PostgreSQL → PostgreSQL 등
    • 이종 마이그레이션: Microsoft SQL Server → Aurora, Oracle → PostgreSQL 등
  • 지속적 데이터 복제(CDC, Change Data Capture) 지원

DMS의 기본 구성

  1. 소스 데이터베이스

    • 온프레미스 데이터베이스
    • EC2 인스턴스 기반 데이터베이스 (Oracle, MySQL, SQL Server, PostgreSQL 등)
    • Azure SQL Database, Amazon RDS, S3, DocumentDB 등

  2. DMS 복제 인스턴스 (EC2에서 실행됨)

    • 소스 데이터베이스에서 데이터를 가져와 타깃 데이터베이스로 전송

  3. 타깃 데이터베이스

    • 온프레미스 및 EC2 인스턴스 기반 데이터베이스
    • Amazon RDS (MySQL, PostgreSQL, SQL Server 등)
    • Redshift, DynamoDB, Amazon S3, OpenSearch, Kinesis, Kafka 등

DMS와 SCT(AWS Schema Conversion Tool)

  • DMS만 사용: 동종 데이터베이스 간 마이그레이션 (예: MySQL → MySQL, PostgreSQL → PostgreSQL)
  • DMS + SCT 사용: 이종 데이터베이스 간 마이그레이션 (예: Oracle → PostgreSQL, SQL Server → MySQL)
    • SCT 역할: 데이터베이스 스키마 변환 수행 (예: SQL Server OLTP → Aurora)
    • 분석을 목적으로 한 마이그레이션 지원 (예: Teradata, Oracle → Redshift)

지속적 데이터 복제(CDC)

  • 소스 데이터베이스 변경 사항을 지속적으로 캡처하여 타깃 데이터베이스에 적용
  • 예제: 온프레미스 Oracle → Amazon RDS MySQL
    • 온프레미스에서 AWS SCT가 설치된 서버를 사용하여 스키마 변환
    • 퍼블릭 서브넷에 DMS 복제 인스턴스를 설정하여 Full Load + CDC 수행
    • DMS 복제 인스턴스에서 프라이빗 서브넷의 RDS로 데이터를 삽입

DMS 멀티 AZ 배포

  • 한 가용 영역(AZ)에 DMS 복제 인스턴스를 배치하고, 다른 AZ에 동기화 복제.
  • 동기화 복제된 DMS 복제 인스턴스는 스탠바이 레플리카(트래픽을 넘겨받기 위해 대기 중인 백업 인스턴스)가 됨
  • 장점:
    • 장애 발생 시 자동 복구
    • 데이터 리던던시 제공
    • I/O 멈춤 현상 방지 및 레이턴시 최소화

DMS 실습

1. 마이그레이션 준비

  • DMS콘솔 > Get started 선택
  • 스타팅 포인트 선택
    • Discover and assess: 모든 온프레미스 데이터베이스의 인벤토리를 살펴보고 올바른 잠재적 마이그레이션 경로를 식별하는 AWS DMS 플릿 어드바이저 사용. 타사 도구나 전문가 없이 빠르게 마이그레이션 경로 식별 가능
    • Convert: DMS 스키마 변환 도구 사용. 데이터베이스 기술 간 변환을 지원. 기존 스키마를 새 환경에 맞게 변환
    • Migrate: 실제로 데이터를 마이그레이션 하는 것. 다양한 종류의 마이그레이션 가능.
      • 동종 데이터 마이그레이션 (Same Database Migration)
        • 같은 데이터베이스 기술 간 마이그레이션 (예: Oracle → Oracle)
        • 네이티브 데이터베이스 도구로 속도 향상 가능
      • 이기종 데이터 마이그레이션 (Heterogeneous Database Migration)
        • 서로 다른 데이터베이스 간 마이그레이션 (예: Oracle → Aurora, Oracle → PostgreSQL)
        • 서버리스 복제 또는 인스턴스 기반 마이그레이션 사용
          • 서버리스 복제: 리소스 관리 없이 간편하지만 지원되는 엔진이 제한적
          • 인스턴스 기반 마이그레이션: EC2 인스턴스를 활용해 직접 관리. 서버리스 복제가 지원되지 않는 엔진일 경우에도 사용.

2. 복제 인스턴스 생성

  • 복제 인스턴스(Replication Instance) 설정

    • 데이터 전송량에 맞는 인스턴스 크기 선택 (T3 마이크로~대형 인스턴스)
    • DMS 버전 및 업데이트 확인
    • 고가용성(HA) 옵션 선택 (단일 AZ / 다중 AZ)

  • 네트워크 및 보안 설정

    • VPC, 서브넷, IP 설정
    • 퍼블릭 액세스 여부 결정

3. 엔드포인트 생성

  • Endpoints 메뉴에서 소스 및 타겟 엔드포인트(Endpoints) 생성
    • RDS 데이터베이스일 경우 간편 선택 가능
    • 소스/타겟 데이터베이스 엔진 설정
    • JSON 편집기 또는 마법사 사용 가능
    • 연결 테스트 수행

4. 데이터베이스 마이그레이션 작업(Task) 생성

  • Database migrations tasks > Create task 선택

  • 마이그레이션 유형 선택

    • 기존 데이터만 마이그레이션
    • 기존 데이터 + 변경 사항 실시간 복제
    • 변경 사항만 복제

  • 설정 방식

    • 마법사를 사용하여 간편 설정
    • JSON 편집기를 활용해 세부 설정 조정

5. 마이그레이션 실행 및 발전 방향

  • 복제 인스턴스 및 엔드포인트 설정 후 데이터 마이그레이션 수행
  • DMS는 서버리스 복제 기능을 추가하며 발전 중
  • 스키마 변환 및 플릿 어드바이저를 활용한 동종 데이터 마이그레이션 가능

RDS를 Aurora로 마이그레이션 하기

RDS MySQL에서 Amazon Aurora MySQL로 마이그레이션하는 방법

  1. 스냅샷을 이용한 복원

    • RDS MySQL 데이터베이스의 스냅샷을 생성한 후, 이를 Aurora MySQL에서 복원하는 방식이다.
    • 다운타임이 발생하며, 기존 RDS MySQL을 중지한 후 마이그레이션을 진행해야 한다.

  2. 읽기 전용 복제본을 이용한 마이그레이션

    • RDS MySQL로부터 Amazon Aurora의 읽기 전용 복제본을 생성한다.
    • 복제본의 지연이 0이 되면 데이터가 완전히 동기화된 상태이므로, 복제본을 Aurora 클러스터로 승격시킨다.
    • 스냅샷 방식보다 시간이 오래 걸리며, 복제본 생성과 관련한 네트워크 비용이 발생할 수 있다.

  3. Amazon DMS(Database Migration Service)를 이용한 지속적 마이그레이션

    • RDS MySQL과 Aurora MySQL이 동시에 가동된 상태에서 지속적인 복제를 수행하는 방식이다.
    • 다운타임을 최소화할 수 있다.

RDS 외부의 MySQL에서 Amazon Aurora MySQL로 마이그레이션하는 방법

  1. Percona XtraBackup을 이용한 마이그레이션

    • RDS 외부의 MySQL 데이터베이스를 Aurora MySQL로 마이그레이션할 경우, Percona XtraBackup을 사용할 수 있다.
    • 백업 파일을 생성한 후 Amazon S3에 업로드하고, Aurora의 기능을 이용해 해당 백업 파일을 가져와 새로운 Aurora MySQL DB 클러스터를 생성한다.

  2. mysqldump를 이용한 마이그레이션

    • 기존 MySQL 데이터베이스에서 mysqldump를 실행하여 데이터를 내보낸 후, Aurora MySQL로 가져오는 방식이다.
    • 시간이 많이 걸리며, Amazon S3를 사용하지 않는다.

RDS PostgreSQL에서 Amazon Aurora PostgreSQL로 마이그레이션하는 방법

MySQL과 동일하다.

  1. 스냅샷을 이용한 복원

    • RDS PostgreSQL의 스냅샷을 생성한 후, 이를 Amazon Aurora PostgreSQL에서 복원하는 방식이다.

  2. 읽기 전용 복제본을 이용한 마이그레이션

    • PostgreSQL의 읽기 전용 복제본을 Amazon Aurora에 생성하여, 복제 지연이 0이 될 때까지 기다린 후 Aurora 클러스터로 승격시킨다.

  3. Amazon DMS를 이용한 지속적 마이그레이션

    • PostgreSQL에서 Amazon Aurora로 지속적인 마이그레이션을 수행할 수 있다.

RDS 외부의 PostgreSQL에서 Amazon Aurora PostgreSQL로 마이그레이션하는 방법

aws_s3 Aurora 확장자를 이용한 마이그레이션

  • 외부 PostgreSQL 데이터베이스를 Aurora로 마이그레이션할 경우, 백업을 생성하여 Amazon S3에 업로드한 후, aws_s3 Aurora 확장자를 사용해 새로운 데이터베이스를 생성할 수 있다.

AWS의 온프레미스 및 마이그레이션 관련 서비스 정리

1. Amazon Linux 2 및 온프레미스 환경

  • Amazon Linux 2 AMI는 가상 머신 이미지(ISO)로 제공되며, 다양한 가상화 소프트웨어에서 실행 가능
    • 지원하는 가상화 소프트웨어: VMWare, KVM, VirtualBox, Microsoft Hyper-V
  • 온프레미스 환경에서도 Amazon Linux 2를 실행할 수 있으며, 사용자 데이터를 활용하여 자동화 가능

2. VM 마이그레이션 및 재해 복구

  • VM 가져오기 및 내보내기
    • 기존 VM 및 애플리케이션을 온프레미스 → EC2로 마이그레이션 가능
    • 필요 시 EC2 → 온프레미스로 복원 가능 (백업 및 재해 복구 전략 활용)

3. AWS 마이그레이션 관련 서비스

  • AWS Application Discovery Service

    • 온프레미스 환경의 정보를 수집하여 마이그레이션 계획 수립
    • 서버 사용량 정보 및 애플리케이션 간 종속성 매핑 제공
    • 대량 마이그레이션 시 유용

  • AWS Migration Hub

    • 마이그레이션 진행 상태를 추적하는 서비스

  • AWS Database Migration Service (DMS)

    • 온프레미스 → AWS, AWS → AWS, AWS → 온프레미스 간 데이터베이스 복제 가능
    • 지원하는 데이터베이스: Oracle, MySQL, PostgreSQL, DynamoDB 등
    • 예시: MySQL → DynamoDB로 데이터 마이그레이션 가능

  • AWS Server Migration Service (SMS)

    • 온프레미스의 라이브 서버를 AWS로 증분 복제 (변경된 부분만 복사하여 효율적으로 동기화하는 방식)
    • AWS로 볼륨을 직접 복제 가능

AWS Backup

  • AWS의 완전 관리형 백업 서비스
  • 자동화 및 중앙 관리 가능 (사용자 스크립트 필요 없음)
  • 지원 서비스: EC2, EBS, S3, RDS, Aurora, DynamoDB, DocumentDB, Neptune, EFS, FSx, Storage Gateway의 볼륨 게이트웨이 등

주요 기능

  • 리전 간 백업: 재해 복구를 위한 다른 리전에 백업 가능
  • 계정 간 백업: 여러 AWS 계정 간 백업 공유 지원
  • 지정 시간 복구(PITR): 특정 시점으로 데이터 복구 가능
  • 온디맨드 및 예약 백업: 필요 시 백업 실행 또는 예약 백업 가능
  • 태그 기반 백업: 특정 태그가 있는 리소스만 백업 가능
  • 백업 정책 및 플랜 설정
    • 백업 빈도 (매 12시간, 주별, 월별, cron 표현식 등)
    • 백업 보존 기간 설정 (일, 주, 월, 연 단위)
    • 백업을 콜드 스토리지로 이동 여부 결정

백업 프로세스
1. 백업 플랜 생성 (빈도 및 보존 기간 설정)
2. 백업 플랜을 AWS 리소스에 할당 (EC2, RDS 등)
3. 할당이 완료되면 자동으로 Amazon S3 내부 백업 버킷에 저장

볼트(Vault) 잠금 & WORM(Write Once Read Many) 정책

  • 백업을 삭제할 수 없도록 보호
  • 의도치 않은 삭제 및 악의적인 변경 방지
  • 루트 사용자도 삭제 불가, 강력한 보안 제공

AWS Backup 실습 정리

1. AWS Backup 서비스 열기

  • AWS 검색창에서 "AWS Backup" 입력 후 백업 서비스 실행

2. 백업 계획 생성

  1. "백업 계획 만들기(Create Backup plan)" 클릭
  2. 템플릿 방식 선택 → 일일-월별 1년 보존 선택
  3. 백업 계획 이름: TestPlan 설정
  4. "백업 규칙 추가(Add Backup rule)" 클릭

3. 백업 규칙 설정

일일 백업 설정

  • 규칙 이름: DailyBackups

  • 백업 볼트(Backup vault): 백업이 저장되는 위치. 기본 볼트 사용 또는 새로 생성

  • 백업 빈도: 매일(Daily)

  • 백업 창(Backup window): UTC 기준 오전 5시 시작

  • 콜드 스토리지 전환: 설정 안 함

  • 보존 기간(Retention period): 5주

  • 백업 복사(Copy to another region): 선택 가능. 다른 리전으로도 복사 가능.

  • 월별 백업 설정

    • 규칙 이름: MonthlyBackups
    • 백업 빈도: 매월 첫째 날(Monthly)
    • 콜드 스토리지 전환: 1개월 후
    • 보존 기간: 1년

  • 백업 계획 저장

    • 모든 설정 완료 후 "계획 만들기(Create plan)" 클릭

4. 리소스 할당(Assign Resources)

  1. "리소스 할당(Assign resources)" 클릭
  2. 할당 이름: TestAssignment
  3. IAM 역할 선택 → 기본 역할 사용
  4. 리소스 선택(Resource selection)
    • 모든 리소스를 포함할 시 보통 태그와 결합해서 사용함.
    • 예: Key: Environment, Value: Production인 리소스만 백업
    • 특정 리소스만 선택 가능
    • 예: DynamoDB 테이블만 백업 가능
  5. 태그 기반 선택 가능
    • 모든 리소스를 포함할 시 보통 태그와 결합해서 사용함.
    • 예: Key: Environment, Value: Production인 리소스만 백업
  6. "리소스 할당" 버튼 클릭

5. 백업 실행 및 확인

  • 백업 계획이 자동 실행됨
  • 백업이 백업 볼트(Backup vault)에 저장됨
  • 예약되어 실행될 작업(Jobs)들:
    • 백업 작업(Backup jobs)
    • 복원 작업(Restore jobs)
    • 복사 작업(Copy jobs)

클라우드 마이그레이션 개요

온프레미스 서버나 데이터 센터에서 클라우드로 이전하는 경우 마이그레이션 계획이 필요함.

마이그레이션 계획 수립

1. AWS Application Discovery Service 활용

  • 서버를 스캔하여 마이그레이션에 필요한 데이터를 수집.
  • 설치된 소프트웨어, 구성 정보, 성능 기록, 종속성 매핑 등의 정보를 제공.
  • 이를 통해 우선적으로 마이그레이션할 항목을 결정.

2. 서버 정보를 수집하는 방법

  • Agentless Discovery (Connector 사용)
    • 가상 머신의 구성, CPU, 메모리, 디스크 사용량 등의 성능 기록 제공.
  • Application Discovery Agent 실행
    • 실행 중인 프로세스, 시스템 간 네트워크 연결 정보 등 세부 데이터를 수집하여 종속성 매핑 가능.
  • 수집된 데이터는 AWS Migration Hub에서 확인 가능.

마이그레이션 수행

1. AWS Application Migration Service(MGN) 활용

  • 기존 AWS 클라우드 마이그레이션 서비스의 대체 서비스.
  • 리호스팅 방식으로 마이그레이션 수행 (Lift-and-Shift).
  • 물리적, 가상 또는 클라우드 서버를 AWS 클라우드 네이티브 환경에서 실행하도록 이전.

2. 마이그레이션 과정
1. 온프레미스 데이터 센터의 OS, 애플리케이션, 데이터베이스가 디스크에서 실행됨.
2. AWS Application Migration Service의 복제 에이전트가 디스크 데이터를 연속적으로 복제.
3. 예를들어 AWS의 저비용 EC2 인스턴스 및 EBS 볼륨에 데이터가 저장됨.
4. 데이터를 복제한 다음 어느 시점에서 컷오버 수행
- 온프레미스 환경에서 AWS로의 마이그레이션을 완료하고, 실제 운영(프로덕션) 환경에서 AWS 시스템을 사용하기 시작하는 단계
- 필요에 따라 더 큰 EC2 인스턴스와 고성능 EBS 볼륨을 할당.

MGN의 장점

  • 다양한 플랫폼, 운영 체제, 데이터베이스 지원.
  • 다운타임 최소화.
  • 자동화된 프로세스를 통해 비용 절감.
  • 별도의 마이그레이션 엔지니어 고용 없이 진행 가능.

대규모 데이터셋을 AWS로 전송

대량의 데이터를 AWS로 전송할 때 다양한 방법이 있으며, 인터넷 속도 및 데이터 크기에 따라 최적의 방식이 달라진다.

1. 공용 인터넷을 통한 전송

  • 방법: 일반 인터넷 또는 사이트 간 VPN을 사용하여 데이터를 AWS로 직접 전송.
  • 장점: 별도의 추가 비용 없이 즉시 전송 가능.
  • 단점: 인터넷 속도에 따라 전송 시간이 오래 걸릴 수 있음.
  • 예시:
    • 200TB 데이터를 100Mbps 인터넷으로 전송 시 약 185일(반년) 소요됨.

2. AWS Direct Connect (전용선)

  • 방법: AWS와 전용 네트워크 연결을 구축하여 데이터 전송.
  • 장점: 공용 인터넷보다 빠르고 안정적임.
  • 단점: 초기 설치 시간이 길며, 구축 비용이 발생함.
  • 예시:
    • 대역폭 프로비저닝을 통해 1Gbps Direct Connect를 사용할 경우 18.5일 소요.
    • 하지만 전용선 설치에 약 한 달이 걸릴 수 있음.

3. AWS Snowball (오프라인 전송 장비)

  • 방법: AWS Snowball 장비를 AWS에서 주문 → 데이터 로드 후 반송하여 AWS에서 데이터 업로드.
  • 장점: 인터넷 속도에 영향을 받지 않으며 대용량 데이터를 신속하게 전송 가능.
  • 단점: 일회성 전송이며, Snowball 장비 주문 및 배송 시간이 필요함.
  • 예시:
    • 200TB 데이터를 2~3개의 Snowball 장비에 병렬 업로드 후 AWS로 반송하면 약 1주일 소요.
    • Snowball로 전송한 후, DMS(Database Migration Service)를 활용하여 최신 데이터를 동기화할 수 있음.

4. 지속적 데이터 복제 방식

  • 방법: 실시간으로 지속적으로 데이터를 동기화하는 방식.
  • 주요 서비스:
    • Site-to-Site VPN: 네트워크 간 보안 터널을 형성하여 전송.
    • AWS Direct Connect: 안정적인 전용선 사용.
    • AWS DataSync: 자동화된 데이터 이동 서비스.
    • AWS DMS (Database Migration Service): 데이터베이스 전송 및 지속적 복제 지원.
  • 적합한 경우: 지속적인 데이터 동기화가 필요한 경우.
  • 단점: 초기 대량 데이터 전송에는 시간이 걸릴 수 있음.

정리: 데이터 크기에 따른 최적의 AWS 전송 방법

데이터 크기최적의 전송 방법주요 특징
1TB 이하공용 인터넷, VPN즉시 사용 가능하지만 속도가 느림
1~10TBDirect Connect (1Gbps)설정 시간이 필요하지만 속도가 빠름
10TB~ 수백 TBAWS Snowball빠르고 비용 효율적인 일회성 대량 전송
지속적 데이터 전송Direct Connect, DMS, DataSync실시간 동기화, 장기적인 사용에 적합

AWS로 데이터를 전송할 때는 데이터 크기, 전송 속도, 비용, 설정 시간 등을 고려하여 최적의 방법을 선택해야 한다.

VMware Cloud on AWS

  • VMware Cloud on AWS는 VMware 기반 데이터 센터를 AWS 클라우드 환경으로 확장하는 서비스이다.
  • 기존 vSphere 기반 가상 머신(VM) 및 VMware 인프라를 AWS에서 그대로 운영할 수 있다.
  • VMware의 주요 기술(vSphere, vSAN, NSX)을 활용하여 AWS와 온프레미스를 통합 관리할 수 있다.
  • AWS 인프라 위에서 VMware 환경을 그대로 사용할 수 있도록 지원하는 것이 핵심이다.

주요 특징

  • 온프레미스와 AWS 환경을 통합하여 단일 관리 환경 제공.
  • VMware 인프라를 그대로 유지하면서 AWS 클라우드 활용 가능.
  • AWS의 다양한 서비스(Amazon EC2, S3, RDS 등)와 연동 가능.
  • 데이터 센터의 용량 확장 및 하이브리드 클라우드 운영 가능.

주요 사용 사례

① 컴퓨팅 및 스토리지 확장

  • 온프레미스 데이터 센터의 컴퓨팅 및 스토리지를 AWS로 확장할 수 있다.
  • VMware 기반 워크로드를 AWS로 마이그레이션하여 성능을 확장 가능.
  • AWS의 다양한 스토리지 서비스(Amazon S3, FSx 등)와 연계 가능.

② 하이브리드 클라우드 운영

  • 프라이빗 클라우드(온프레미스)와 퍼블릭 클라우드(AWS)를 통합하여 하이브리드 클라우드 환경 구축 가능.
  • 데이터 센터 간의 프로덕션 워크로드 분산 실행 가능.

③ 재해 복구(Disaster Recovery) 솔루션

  • 온프레미스 데이터 센터의 장애 발생 시 AWS에서 빠르게 복구 가능.
  • 기존 VMware 기반 백업 및 복구 솔루션과 연계하여 신속한 복구 가능.
  • AWS의 고가용성(HA) 및 백업 서비스(RDS, S3, FSx 등) 활용 가능.
profile
Siyun
공부 기록
이전 포스트

AWS 네트워크

다음 포스트

AWS 추가적인 솔루션 아키텍처

0개의 댓글