この記事では、Azure Backup の信頼性サポートについて説明し、可用性ゾーンとリージョン間のリカバリーおよび事業継続を取り上げます。 Azure における信頼性の詳細については、Azure の信頼性に関するページを参照してください。
Azure Backup は、Azure のセキュリティで保護された信頼性の高い組み込みデータ保護メカニズムであり、さまざまなオンプレミスおよびクラウド ワークロードにデータ保護を提供します。 Azure Backup では、複数のワークロードにわたって保護をシームレスにスケーリングでき、エージェントのデプロイ、新しいスクリプトの作成、ストレージのプロビジョニングを行うための自動化やインフラストラクチャの管理を必要とせずに、Azure ワークロード (VM、SAP HANA、Azure VM 内の SQL、Azure Files、AKS など) とのネイティブ統合を実現します。
Azure Backup では、次のデータ冗長ストレージ オプションがサポートされています。
ローカル冗長ストレージ (LRS): サーバー ラックやドライブの障害からデータを保護するために、LRS を使用できます。 LRS によって、プライマリ リージョンの単一のデータ センター内で、バックアップ データは 3 回レプリケートされます。 ローカル冗長ストレージの詳細については、Azure Blob Storage - ローカル冗長ストレージに関する記事を参照してください。
geo 冗長ストレージ (GRS) :リージョン全体の障害から保護するために、GRS を使用できます。 GRS ではバックアップ データがセカンダリ リージョンにレプリケートされます。 詳細については、Azure Blob Storage - geo 冗長ストレージに関する記事を参照してください。
ゾーン冗長ストレージ (ZRS): 可用性ゾーンでバックアップ データをレプリケートするには、ZRS を使用できます。 ZRS は、同じリージョンでのデータの保存場所と回復性を保証します。 Azure Blob Storage - ゾーン冗長ストレージ。
注
冗長性オプションは、Azure Backup サービス自体ではなく、バックアップ データの格納方法に適用されます。
コンテナー ストレージ
Azure Backup により、バックアップされたデータは Recovery Services コンテナーとバックアップ コンテナーに格納されます。 コンテナーは、バックアップ コピー、復旧ポイント、バックアップ ポリシーなどのデータを保持するために使用される、Azure 上のオンライン ストレージ エンティティです。
各コンテナーがサポートするさまざまなデータ ソースの一覧を次の表に示します。
Recovery Services コンテナー | バックアップ資格情報コンテナー |
---|---|
Azure 仮想マシン | Azure ディスク |
Azure VM 内の SQL | Azure BLOB |
Azure Files | Azure Database for PostgreSQL サーバー |
Azure VM 内の SAP HANA | Kubernetes サービス |
Azure VM の SAP ASE (Sybase) | Azure Database for PostgreSQL - フレキシブル サーバー |
Azure Database for MySQL - フレキシブル サーバー (プレビュー) | |
Azure Data Lake Storage (プレビュー) | |
Azure Elastic SAN (プレビュー) | |
Azure Backup Server | |
Azure Backup エージェント | |
データ保護マネージャー (Data Protection Manager, DPM) |
可用性ゾーンのサポート
可用性ゾーン は、各 Azure リージョン内のデータセンターの物理的に分離されたグループです。 1 つのゾーンで障害が発生した際には、サービスを残りのゾーンのいずれかにフェールオーバーできます。
Azure Backup サービス
Azure Backup は、Recovery Service コンテナーと Backup コンテナーの両方のゾーン冗長サービスです。 コンテナー リソースを作成するときに、ゾーン冗長を構成する必要はありません。 ゾーン障害が発生した場合でも、コンテナーは引き続き動作します。
Azure Backup のデータ
ゾーンの停止中にバックアップ データを確実に使用できるようにするには、コンテナーの作成時に [バックアップ ストレージの冗長性] オプションで [ゾーン冗長] を選択します。
可用性ゾーン サポートに移行する
Recovery Services コンテナーを可用性ゾーンのサポートに移行する方法の詳細については、「Azure Recovery Services コンテナーを可用性ゾーンのサポートに移行する」を参照してください。
リージョン間のディザスター リカバリーおよび事業継続
ディザスター リカバリー (DR) とは、自然災害やデプロイの失敗など、ダウンタイムやデータ損失につながる影響の大きいイベントから組織が復旧するために使用するプラクティスを指します。 原因に関係なく、災害に対する最善の解決策は、明確に定義されテストされた DR プランと、DR を積極的にサポートするアプリケーション設計です。 ディザスター リカバリー計画の作成を開始する前に、 ディザスター リカバリー戦略の設計に関する推奨事項を参照してください。
DR の場合、Microsoft は 共有責任モデルを使用します。 このモデルでは、Microsoft はベースライン インフラストラクチャとプラットフォーム サービスを確実に利用できるようにします。 ただし、多くの Azure サービスでは、データが自動的にレプリケートされたり、障害が発生したリージョンから別の有効なリージョンにクロスレプリケートされたりすることはありません。 それらのサービスに対して、ワークロードに適したディザスター リカバリー計画を設定する責任はユーザーにあります。 Azure PaaS (サービスとしてのプラットフォーム) オファリング上で実行されるほとんどのサービスには、DR をサポートするための機能とガイダンスが用意されています。 サービス固有の機能を使用して高速復旧をサポートし、DR プランの開発に役立ちます。
Azure リージョンまたはデータセンター全体でダウンタイムが発生した場合、コンテナーには引き続きアクセスでき、バックアップ項目を確認できます。 ただし、リージョン冗長用にデプロイしない限り、基になるバックアップ データに復元操作を実行するためにアクセスすることはできません。
バックアップ データのリージョン冗長を実現するために、Azure Backup では、geo 冗長ストレージ (GRS) を使用してリージョンの障害からバックアップを保護することで、追加の Azure ペアリージョンにバックアップをレプリケートできます。 GRS を使用したバックアップを有効にすると、Microsoft がプライマリ リージョンで停止を宣言した場合にのみ、セカンダリ リージョンのバックアップにアクセスできるようになります。 ただし、リージョン間復元を使用すると、プライマリ リージョンで障害が発生していない場合でも、セカンダリ リージョンの回復ポイントにアクセスしてそこから復元を実行できます。 リージョン間格納を使用すると、リージョンの回復性を評価するためのドリルを実行できます。