비즈니스 연속성 및 재해 복구 옵션 비교
Azure Database for MySQL - 유연한 서버는 계획된 또는 예기치 못한 중단이 발생할 경우 데이터베이스를 보호하기 위한 비즈니스 연속성 기능을 제공합니다. 다양한 형식의 중단을 해결하기 위해 복구 시간이나 데이터 손실 위험이 다른 다양한 수준의 결함 보호를 적용할 수 있습니다.
가동 중지 시간 예
계획된 가동 중지 시간과 계획되지 않은 가동 중지 시간에 대한 몇 가지 시나리오 예는 다음과 같습니다.
계획된 가동 중지 시간 시나리오
가장 일반적으로 계획된 가동 중지 시간 시나리오 두 가지는 사용자가 시작한 컴퓨팅 크기 조정과 Azure에서 수행하는 예약된 유지 관리입니다.
컴퓨팅 크기 조정 작업을 수행하면 Azure는 요청된 컴퓨팅 구성으로 새로운 MySQL 유연한 서버를 프로비전합니다. 기존 서버는 활성 검사점이 완료되도록 허용하고, 기존 연결을 드레이닝하고, 커밋되지 않은 트랜잭션을 취소한 다음 기존 서버를 종료합니다. 이 시점에서 Azure는 기존 서버의 스토리지를 새 서버에 연결하고 데이터베이스를 시작합니다. 그런 다음 데이터베이스는 클라이언트 연결을 계속 수락하기 전에 필요한 복구를 수행합니다.
새로운 기능과 버그 수정은 서비스 계획 유지 관리의 일부로 자동으로 수행됩니다. 부 버전 업그레이드 패치는 계획된 유지 관리 중에도 적용되므로 몇 초의 가동 중지 시간이 발생합니다. 다음 섹션 "예정된 가동 중지 시간 및 유지 관리 기간"에 설명된 대로 해당 작업을 예약할 수 있습니다.
계획되지 않은 가동 중지 시간
다음과 같은 여러 가지 이유로 데이터베이스가 예기치 않게 중단될 수 있습니다.
- 데이터베이스 하드웨어 오류.
- 스토리지 드라이브 오류.
- 애플리케이션 또는 사용자 오류(예: 실수로 테이블 삭제).
- 가용성 영역 및 지역 오류.
HA(고가용성)가 사용하도록 설정되지 않은 경우 Azure는 손실된 데이터 복사, 서버 다시 시작 또는 다른 실제 노드에서 서버 시작과 같은 복구를 시도합니다. 다음 섹션에서 설명하는 것처럼 HA를 사용하도록 설정하면 이러한 종류의 가동 중지 시간을 줄이거나 없앨 수 있습니다.
고가용성
Azure Database for MySQL – 유연한 서버는 HA에 자동 장애 조치(failover)를 제공합니다. 이는 커밋된 데이터가 손실되지 않고 데이터베이스가 단일 실패 지점이 되는 것을 방지하도록 설계된 솔루션을 제공합니다. HA를 구성하면 MySQL 유연한 서버가 자동으로 대기 복제본을 프로비전하고 관리합니다.
내결함성과 대기 시간 장단점이 서로 다른 두 종류의 고가용성(영역 중복 및 동일 영역)이 있습니다.
영역 중복 HA
영역 중복 HA는 여러 가용성 영역에 걸쳐 중복성을 제공하여 전체 영역이 다운되더라도 복구할 수 있는 기능과 함께 최고 수준의 가용성을 제공합니다. 영역 중복 HA 구성을 사용하면 추가 대기 시간이 발생하므로 이것이 애플리케이션에 허용되는지 확인해야 합니다. 또한 영역 중복 HA 구성을 사용하려면 전체 작업이 계속되도록 데이터베이스 클라이언트 애플리케이션이 영역 중복되어야 합니다.
동일 영역 HA
동일 영역 HA 구성에서는 기본 서버와 대기 서버가 동일한 가용성 영역에 상주하므로 대기 시간이 최소화됩니다. 일부 사용 사례에서는 동일한 영역 HA 구성을 사용하여 짧은 대기 시간이 필요할 수 있지만 가용성 영역이 다운되면 MySQL 유연한 서버가 복구됨에 따라 결과적으로 가동 중지 시간이 길어집니다.
영역 중복 HA와 달리 동일 영역 HA는 Azure Database for MySQL - 유연한 서버를 지원하는 모든 지역에서 사용할 수 있습니다.
백업 및 복원
서버 백업은 모든 비즈니스 연속성 전략의 중요한 구성 요소입니다. Azure Database for MySQL - 유연한 서버는 데이터베이스를 호스팅하는 지역 내의 로컬 중복 스토리지에 안전하게 저장된 백업을 자동으로 만듭니다. 이러한 백업을 사용하면 오류나 데이터 손상(예: 애플리케이션 버그 또는 개발 오류)이 발생한 경우 데이터베이스를 특정 시점으로 복원할 수 있습니다.
두 가지 백업 유형이 있습니다. 자동화된 백업을 통해 MySQL 유연한 서버는 데이터베이스 데이터 파일과 관련 트랜잭션 로그의 스냅샷을 만듭니다. 자동 스냅샷 백업은 하루에 한 번 발생하고 트랜잭션 로그 백업은 5분마다 발생합니다. 백업이 실패하면 서버는 백업이 성공할 때까지 20분마다 다시 시도합니다.
주문형 백업을 사용하면 언제든지 데이터베이스 백업을 만들 수 있습니다. 두 가지 형식의 백업 모두 기본적으로 백업 파일은 7일 동안 보존됩니다. 그러나 비즈니스 요구 사항에 따라 보존 기간 값을 1일에서 35일까지 구성할 수 있습니다.
현재 공개 미리 보기로 제공되는 장기 보존 기능을 사용하여 최대 10년 동안 백업을 보존할 수 있습니다. 장기 백업 솔루션은 자동화된 Azure Database for MySQL 백업과 별도로 또는 추가로 사용될 수 있습니다. 고객이 제어하는 일정이나 요청 시 장기 백업을 수행할 수 있습니다. 백업은 별도의 보안 및 장애 도메인에 있는 Azure Backup 관리 스토리지 계정에 저장됩니다.
데이터베이스 백업 외에도 Azure Blob Storage로 백업 파일을 내보낼 수 있으며, 이를 마이그레이션, 데이터 복구 또는 보관에 사용할 수 있습니다. 주문형 내보내기는 현재 공개 미리 보기로 제공되며 퍼블릭 클라우드 지역에서만 사용할 수 있습니다.
백업 파일을 저장하려면 다음과 같은 여러 스토리지 옵션 중에서 선택할 수 있습니다.
로컬 중복 스토리지(동일한 데이터 센터, 동일한 영역)를 사용하면 백업 파일이 데이터베이스와 동일한 데이터 센터에 저장됩니다. 이 옵션은 1년 동안 백업 개체에 대해 99.999999999%의 내구성을 제공합니다. 기본적으로 HA가 없거나 동일한 영역 HA가 있는 서버는 로컬 중복 스토리지를 사용합니다.
영역 중복 백업 스토리지(다른 영역, 동일한 지역)를 사용하면 백업 파일이 서버의 가용성 영역에 저장되고 동일한 지역의 다른 가용성 영역에 복제됩니다. 이 옵션은 특정 연도 동안 99.9999999999%의 내구성을 제공합니다. 영역 중복 스토리지는 영역 중복 HA에 중요하며 데이터가 단일 지역 내에 유지되어야 하는 경우 필요합니다.
지역 중복 백업 스토리지(다른 지역)를 사용하면 백업 파일이 서버 지역에 저장된 다음 지역적으로 연결된 다른 지역에 복제됩니다. 이 옵션은 특정 연도 동안 99.99999999999999%의 내구성을 제공합니다. 지역 중복 스토리지는 Azure 페어링 지역에서만 지원됩니다.
참고: Azure Database for MySQL - 유연한 서버를 사용하면 프로비전된 스토리지 공간의 최대 100%까지 백업 공간을 추가 요금 없이 사용할 수 있습니다. 추가 스토리지는 월별 GB 단위로 청구됩니다. 자세한 내용은 가격 책정 설명서를 참조하세요.
백업이 완료되면 백업을 새로운 MySQL 유연한 서버로 복원할 수 있습니다. 세 가지 방법으로 백업을 선택할 수 있습니다. 전체 백업을 수동으로 선택하거나, 최신 복원 지점을 자동으로 선택하거나, 가장 빠른 복원 지점을 자동으로 선택합니다. 지역 중복 백업이 있는 경우 쌍을 이루는 지역(지역 간)으로 복원할 수도 있습니다.
예정된 가동 중지 시간 및 유지 관리 기간
관리되는 서버를 안정적이고 안전하게 최신 상태로 유지하려면 정기적인 유지 관리가 필요합니다. 유지 관리 기간 동안 서비스는 새로운 기능, 업데이트 및 패치 배포를 받습니다. 일반적으로 유지 관리 기간은 최소 30일마다 발생하도록 예약되어 있지만 중요한 보안 패치는 7일 이내에 적용되는 경우도 있습니다.
시스템 관리 일정을 선택하거나 Azure 구독의 각 MySQL 유연한 서버에 대한 사용자 지정 일정을 정의할 수 있습니다.
여러 가지 방법 중 하나로 예약된 유지 관리 알림을 받을 수 있습니다. 알림은 다음과 같습니다.
- 특정 주소 또는 Azure Resource Manager 역할로 이메일을 보냈습니다.
- 문자 메시지(SMS)를 통해 전송됩니다.
- Azure 앱 알림으로 푸시됩니다.
- 음성 메시지를 통해 제공됩니다.
사용자 지정 유지 관리 기간
기본적으로 시스템 관리 일정을 사용하면 시스템은 MySQL 유연한 서버 지역의 표준 시간대를 기준으로 오후 11시에서 오전 7시 사이의 1시간 창을 선택합니다. 사용자 지정 일정을 사용하면 요일과 1시간 시간을 선택하여 서버의 유지 관리 기간을 지정할 수 있습니다.
HA 서버에 대한 가동 중지 시간이 거의 없는 유지 관리(공개 미리 보기)
HA 지원 서버는 유지 관리 가동 중지 시간을 크게 줄이는 새로운 기능인 가동 중지 시간이 거의 없는 유지 관리의 이점을 활용할 수 있습니다. 예상 가동 중지 시간은 40~60초입니다. 가동 중지 시간이 거의 없는 유지 관리는 가용성 요구 사항이 매우 높고 데이터베이스 연결에 대한 중단을 최소화해야 하는 애플리케이션에 매우 중요합니다.
유지 관리 일정 변경(공개 미리 보기)
범용 또는 중요 비즈니스용 서비스 계층을 사용하는 경우 유지 관리 일정을 변경할 수 있습니다. Azure Portal의 유지 관리 섹션에서 다음 예약된 유지 관리를 다른 날짜 및 시간으로 일정 변경할 수 있습니다. 지금으로 일정 변경을 선택하여 요청 시 유지 관리를 시작할 수도 있습니다.