ビジネス継続性を確保するため、ApsaraDB RDS は専用インスタンスタイプ、High-availability Edition、マルチ AZ 配置、クロスリージョンディザスタリカバリなど、さまざまな高可用性機能を提供しています。
高可用性インスタンスの作成
インスタンスを作成する際、高可用性アーキテクチャを構築するために、次のオプションを検討してください。
-
[エディション]: ApsaraDB RDS は複数のエディションをサポートしています。[高可用性エディション] または、より上位の [クラスターエディション] を選択することをお勧めします。
-
[High-availability Edition]:プライマリノード 1 台とセカンダリノード 1 台による、クラシックな高可用性アーキテクチャを採用しています。
-
[Cluster Edition]:
-
SQL Server の場合:プライマリノードとセカンダリノードに加え、最大 7 台の読み取り専用インスタンスをサポートし、クラスタの読み取りキャパシティをスケールアウトできます。
-
MySQL の場合:Cluster Edition のインスタンスは、コンピューティングとストレージを分離したアーキテクチャを採用し、プライマリノード 1 台と複数のセカンダリノードで構成されます。自動フェイルオーバー、任意のセカンダリノードをプライマリノードに昇格、読み取り可能なセカンダリノード、オンデマンドノードスケーリング、マルチゾーンディザスタリカバリ、ノードレベルの監視、クラスタトポロジ管理などの機能をサポートしています。また、MySQL グループレプリケーション (MGR) を有効にすることで、目標復旧時点 (RPO) を 0 にすることができます。自己管理型データベースと比較して、このエディションはコスト効率、柔軟性、信頼性に優れています。
-
[エディション] セクションで、[High-availability Edition] または [Cluster Edition] を選択します。
-
-
ゾーン: ApsaraDB RDS は、単一ゾーン配置とマルチゾーン配置をサポートしています。 マルチゾーンデプロイ を選択することをお勧めします。 マルチゾーン配置はゾーンレベルのディザスタリカバリを提供し、単一ゾーン配置よりも高い可用性を実現します。 ゾーンと vSwitch を選択して、プライマリゾーンとネットワークを設定します。 配置方法には、マルチゾーン配置を選択します。 これは、ゾーンが利用できなくなった場合にトラフィックが自動的にフェイルオーバーし、追加費用なしでクロスゾーンディザスタリカバリを実現することで、より高い可用性を提供します。 セカンダリゾーンとその vSwitch を選択して、セカンダリゾーンとネットワークを設定します。
-
[インスタンスタイプ]: ApsaraDB RDS には複数のインスタンスファミリーが用意されています。専用 インスタンスタイプを選択することを推奨します。これには以下が含まれます。
-
[専用インスタンス]:CPU とメモリリソースを完全に専有し、同じ物理ホスト上の他のインスタンスの影響を受けない安定したパフォーマンスを提供します。
-
[専用ホスト型]:最上位の[専用]オプションです。このタイプのインスタンスは、物理ホスト上のすべてのリソースに排他的にアクセスできます。
-
自動バックアップの設定
運用エラーやデータベースの問題によるダウンタイムを削減するため、インスタンスに自動バックアップポリシーを設定することを推奨します。これにより、インシデント発生時にデータを特定の時点に迅速に復元できます。
クロスリージョンディザスタリカバリ
ApsaraDB RDS for MySQL は、データを保護し、インスタンスの可用性を向上させるために、クロスリージョンディザスタリカバリ機能を提供しています。
-
災害復旧インスタンスの作成: データ伝送サービス (DTS) を使用して、プライマリインスタンスとその災害復旧インスタンス間のリアルタイムデータ同期を有効にします。 プライマリインスタンスと災害復旧インスタンスはどちらも、プライマリノードとセカンダリノードを持つ高可用性アーキテクチャを使用します。 プライマリインスタンスのリージョンで自然災害などの重大な障害が発生し、そのプライマリノードとセカンダリノードの両方にアクセスできなくなった場合は、災害復旧インスタンスにフェイルオーバーできます。 アプリケーションのデータベース接続文字列を更新した後、サービスを迅速に再開できます。
-
クロスリージョンバックアップ:ローカルバックアップファイルを別のリージョンの Object Storage Service (OSS) バケットに自動的に複製します。
監視とアラートの設定
CPU、ディスク、メモリ、または接続の問題によってインスタンスが利用できなくなるのを防ぐため、主要なパフォーマンスメトリクスを監視し、アラートルールを設定して、しきい値を超えたときに通知を受け取ることを推奨します。
インスタンス監視ページで、[アラーム] タブを選択し、右上隅の [ワンクリックアラート] スイッチを有効にします。システムは自動的に 5 つのデフォルトアラートルールを作成します。監視されるメトリクスは、接続使用率、読み取り専用インスタンス遅延、CPU 使用率、IOPS 使用率、ディスク領域使用率です。各ルールの統計期間は 5 分で、デフォルトのしきい値は 80% です (読み取り専用インスタンス遅延は 5 秒)。デフォルトのアラート連絡先グループは [クラウドアカウントアラート連絡先] です。これらのルールをカスタマイズするには、[アラートルール設定] をクリックします。
データの復元
これらの手順に従って高可用性アーキテクチャを構築することで、安定したサービス運用を確保し、潜在的な問題から迅速に復旧できます。
-
単一ノードに障害が発生した場合、プライマリ/セカンダリ切り替えを実行することで、サービスを迅速に再開できます。これは、Basic Edition を除くすべての ApsaraDB RDS インスタンスに適用されます。
-
ゾーン障害が発生した場合、マルチ AZ インスタンスは自動的に復旧できます。シングルゾーンインスタンスの場合は、障害が解決されるまで待つか、ディザスタリカバリインスタンスに切り替える必要があります。
-
リージョンレベルの災害が発生した場合、ディザスタリカバリインスタンスに切り替えるか、クロスリージョンバックアップから新しいインスタンスにデータを復元できます。
データを復元する方法の詳細については、次のトピックをご参照ください。