IBM Cloud Object Storage

DR의 핵심 중 하나는 DR 영역에서 데이터를 검색하고 복구하는 기능입니다. 많은 IBM Cloud 서비스의 경우, Object Storage 사용하여 지역 간 버킷 또는 복제된 버킷을 사용하여 백업 및 스냅샷 등의 데이터를 보조 리전에서 사용할 수 있도록 만들 수 있습니다.

Object Storage 저장된 데이터는 버킷 유형과 데이터 분산 방식에 따라 복원력이 뛰어나며 세 곳에 복제됩니다. 단일 사이트 버킷에는 데이터 센터의 세 위치에 데이터가 분산되어 있습니다. 지역 버킷에는 해당 지역의 세 구역에 데이터가 분산되어 있습니다. 지역 간 버킷에는 지역 내 여러 지역에 데이터가 분산되어 있습니다.

지역 간 버킷은 재해 복구를 위한 가장 간단한 선택이며 다음과 같이 사용할 수 있습니다:

• ap-geo- 아시아 태평양(일본, 호주)
• us-geo- 북미(미국, 캐나다)
• eu-geo- 유럽(영국, 독일, 스페인)

지역 간 버킷의 경우, 테더링된 엔드포인트는 지정된 지역 내에서 모든 데이터 입출력을 유지하면서 데이터를 배포합니다. 그러나 이 메커니즘은 테더링된 영역에 장애가 발생할 경우 자동 장애 조치를 제공하지 않습니다. 따라서 필요한 지역에서 사용할 수 있는 엔드포인트를 사용하여 서비스를 버킷에 연결하는 것이 중요합니다.

지역 간 버킷은 규정 준수에 대한 우려가 있는 사용자에게는 적합하지 않을 수 있습니다. 예를 들어 미국에 기반을 둔 조직은 캐나다에 데이터를 저장할 수 없을 수 있습니다. 또는 유럽연합에 기반을 둔 회사가 영국과 같은 유럽연합 외부에 데이터를 저장하지 못할 수도 있습니다.

이러한 경우 버킷 복제가 해결책을 제시합니다. 버킷 복제를 사용하면 소스 버킷에 쓰여진 개체가 대상 버킷에 비동기적으로 복사되므로 궁극적으로 일관성을 유지하면서 중복성을 보장할 수 있습니다. 복제를 설정하고 관리해야 합니다. 이 방법을 사용하면 데이터의 위치와 데이터의 주권을 제어할 수 있습니다.

버전 관리가 버킷 복제에 필요한 요건이므로 변경 불가능한 IBM Cloud 정책으로 구성된 버킷은 복제할 수 없습니다. 고객이 제공한 키를 사용한 서버 측 암호화는 지원되지 않습니다. 서버 측 암호화가 필요한 경우 Key Protect 사용합니다.

IBM Cloud Schematics

자동화를 사용하여 환경을 빠르고 정확하게 배포하거나 복구하세요. 인프라스트럭처를 코드로 IaC, 코드로 구성, 툴체인을 통해 배포를 자동화하면 수동 방법보다 더 정확하게 손실된 환경을 다시 생성하여 워크로드를 더 빠르고 정확하게 복구할 수 있습니다. 자동화를 사용하면 특히 처음 계획했던 것과 다른 복구 지역에서 온디맨드 서비스를 만들고 구성해야 하는 경우 예상치 못한 시나리오에 더 빠르게 대응할 수 있습니다.

Schematics 모든 재해 복구 전략에서 중요한 역할을 할 수 있는 서비스입니다. 복구 프로세스를 위한 런북을 구현하려면 IBM Cloud Schematics 사용하세요. [Schematics 작업 공간은 서비스로서의 Terraform을 제공하고 IBM Cloud 인프라 및 서비스의 배포와 관리를 자동화합니다. {Schematics 작업은 Ansible 제공하고, 구성 관리를 자동화하며, 스크립트화된 day-2 작업을 실행합니다. 자세한 내용은 Schematics 사용 사례 이해를 참조하세요.

요컨대, Schematics 사용하면 IaC, Terraform, Ansible, Helm 및 Red Hat OpenShift Operators를 통해 인프라 및 서비스를 신속하고 일관되게 배포할 수 있습니다.

워크로드 환경을 코드화한다는 것은 코드를 사용하여 워크로드 설정을 정의하고 자동화하는 것을 의미합니다. 이렇게 하면 모든 IBM Cloud 지역에서 서비스를 신속하게 프로비저닝하고 구성할 수 있습니다. Terraform 및 Ansible 사용하여 서버, 스토리지, 네트워킹 및 데이터베이스를 포함한 서비스를 프로비저닝할 수 있습니다. 또한 Helm 오퍼레이터와 마찬가지로 서비스를 구성하는 데 사용할 수 있습니다.

IaC 코드는 애플리케이션 코드처럼 유지 관리되고 버전이 제어되어야 하며 여러 지역에서 액세스할 수 있도록 저장되어야 합니다. Git 리포지토리를 사용하는 것이 좋습니다.

다른 코드와 마찬가지로 지역 또는 영역 이름과 같은 요소는 하드코딩하지 않는 것이 가장 좋습니다. 대신 Schematics 인터페이스를 통해 해결할 수 있는 변수를 사용하세요.

DevOps 도구 체인을 사용하면 구성을 포함한 환경 구축의 많은 부분을 자동화할 수 있으므로 이러한 도구를 어떻게 사용할 수 있는지 고려하는 데 시간을 투자하세요.

배치 가능 아키텍처

배포 가능한 아키텍처는 금융 서비스용 IBM Cloud 참조 아키텍처를 기반으로 하는 사전 구성된 IaC 자산 집합입니다. 이러한 배포 가능한 아키텍처를 통해 IBM Cloud 충족할 수 있습니다 금융 서비스를 위한 프레임워크 모범 사례를 충족합니다. 배포 가능한 아키텍처를 사용하면 동일한 아키텍처를 여러 지역에 정확하게 배포할 수 있으며, 이는 재해 복구에 있어 중요한 고려 사항입니다. 이러한 사전 구성된 아키텍처는 사용자 지정의 시작점도 제공하므로 각 배포에서 모든 사용자 지정을 유지해야 합니다.

배포 가능한 아키텍처를 사용하는 경우 다음과 같은 재해 복구 작업을 수행할 책임이 있습니다:

• 종속성을 포함한 재해 복구 환경 프로비저닝하기
• 데이터 및 구성 백업
• 데이터 복제 및 재해 복구 환경에 대한 구성
• 장애 조치 작업 관리

백업 및 복원 옵션

IBM Cloud® VPC용 백업은 부팅 및 데이터 스토리지 볼륨 스냅샷 생성 및 관리를 지원하는 클라우드 서비스입니다. IBM Cloud® 사용 VPC용 백업을 사용하여 정기 백업을 예약하고 Virtual Servers for VPC 배포된 애플리케이션을 복원합니다 VSI는 애플리케이션 일관성 백업이 필요하지 않은 경우입니다.

• 부팅 볼륨 백업: 애플리케이션을 호스팅하는 Virtual Servers for VPC 대한 부팅 볼륨의 스냅샷을 만듭니다. 부팅 가능한 스냅샷을 복원하고 이를 사용하여 애플리케이션 가상 서버 인스턴스를 다시 생성합니다. 부팅 가능한 스냅샷이 생성될 때 모든 데이터를 즉시 로드하거나 '하이드레이트'하지는 않습니다. 복원하는 동안 백그라운드에서 IBM Cloud® Object Storage 에서 Block Storage for VPC 으로 데이터가 복사되기 때문에 성능 저하가 발생합니다. 빠른 복원 기능을 사용하면 다른 영역에 스냅샷을 캐시하여 개별 볼륨을 빠르게 복원할 수 있습니다.

• 데이터 볼륨 백업: 애플리케이션에 연결된 데이터 볼륨의 스냅샷을 만듭니다. 스냅샷은 데이터를 다른 가용 영역 및 리전으로 복제하여 구성 또는 기타 중요한 파일의 복구를 지원합니다. 자세한 내용은 Block Storage for VPC 스냅샷 만들기를 참조하세요.

IBM® Storage Protect는 가상, 물리적, 클라우드, 소프트웨어 정의 환경 및 핵심 애플리케이션을 위한 엔터프라이즈급 백업 솔루션입니다. Virtual Servers for VPC 에 배포된 데이터베이스 애플리케이션에 대한 애플리케이션 일관성 백업을 만들고 파일 또는 폴더 수준 백업을 만들려면 IBM® Storage Protect를 사용하세요.