sql >> データベース >  >> RDS >> Database

AmazonAurorasMulti-AZデプロイメントを理解する

    • アベイラビリティーゾーンコードの特定
    • ストレージレイヤーとサーバーインスタンス
    • マルチAZ展開は何を提供しますか?

    Multi-AZ Deploymentとは何かを完全に理解するため つまり、インフラストラクチャにとって、アマゾンウェブサービスが世界中でどのように構成されているか、つまり、場所に関係なく冗長サービスをどのように提供しているかを認識することが重要です。

    公式ドキュメントで説明されているように、AWSCloudはいくつかのRegionsで構成されています 、米国オレゴンなど、世界中の物理的な場所です。ノースバージニア州、アメリカ合衆国;アイルランド;と東京。

    RegionAvailability Zonesと呼ばれる、いくつかの個別の物理データセンターが存在します 。各Availability Zone は、独自の電源、接続性、およびネットワーキング機能を備えた自己完結型の施設です。ほとんどのRegions 2〜3の異なるAvailability Zoneがあります それぞれ、特定のRegion内で必要に応じて適切な冗長性を提供します 。

    Amazonは常にRegionを拡大しています およびAvailability Zone カバレッジについては、以下の画像でAWSクラウドインフラストラクチャの現在のマップを表示できます:

    アマゾンウェブサービスの画像提供

    すべてのAvailability Zone 単一のRegion内 プライベート光ファイバーネットワークを介して相互に接続され、各Availability Zone 相互に通信し、必要に応じてデータを迅速かつ効率的に転送します。

    アベイラビリティーゾーンコードの特定

    AWSダッシュボードから新しいインスタンスを作成するときに、特定のAvailability Zoneを選択するオプションが表示される場合があります 、または多くの場合、単にRegion システムはAvailability Zoneを選択します あなたのために。

    Regions 必要に応じて国やサブ地域を示すために、単純な文字列でラベル付けされています。例:us-west-2 合衆国オレゴン州のRegionの名称です。 us-west-1 米国カリフォルニア州向けです。

    Availability Zone Regionに従って指定されます us-west-1bなどの文字指定のタグ またはus-west-2a

    ストレージレイヤーとサーバーインスタンス

    Multi-AZ Deploymentsを把握するために理解しておくべきもう1つの重要な概念 含意は、storage layerの違いです およびserver instance

    server instance データベースは、データベースの構造とルートを制御する物理マシンとして最もよく考えられています。 storage layer内に含まれるすべてのデータ 。

    storage layer SSDでバックアップされた仮想化です データベース内のすべての実際のデータの表現。ここで注目するキーワードは仮想化です 、これは、storage layerというAmazonの派手な言い方です。 これは、システム内の実際のデータを表すものであり、物理的な場所やマシンに接続されているのではなく、仮想化されて多数のに伝達されます。 場所(3つのAvailability Zone全体で合計6つ ほとんどの場合)。

    マルチAZデプロイメントは何を提供しますか?

    アマゾンウェブサービスを使用するほとんどすべての場合、storage layerの標準的な方法です。 (すべてのデータが存在する場所)すべてのAvailability Zonesに冗長的に保存されます 指定されたRegion内 追加費用なしで。 1つのAvailability Zoneが 何らかの理由でオフラインになった場合(可能性は低いですが)、システムはすでに配置されており、storage layerの同一のコピーを介してデータベースのサービスを即座に自動的に継続します。 接続されている他のAvailability Zoneの1つから 。

    ただし 、特に指定のない限り、この冗長性はstorage layerにのみ適用されます 、ただし、実際のserver instanceの物理マシンには存在しません 。何かがAvailability Zoneを引き起こす場合 ここで、server instance シャットダウンするために常駐すると、データベースは物理的なserver instanceとして機能しなくなります。 オフラインです。

    ここで、Multi-AZ Deployment AmazonAuroraのようなサービスのためにやってくる。 storage layerのデータの自動冗長化と同じように 、Multi-AZ Deployment server instanceを意味します また、複数のAvailability Zonesに重複してコピーされます 。このため、Amazon Aurora Multi-AZ Deployment 単一のAvailability Zoneが必要であることが保証されます 物理的なserver instanceでオフラインにします マシンが常駐している場合、接続されている別のAvailability Zonesの最新のスタンバイレプリケーションに対して自動フェイルオーバーが開始されます。 。

    公式ドキュメントで説明されているように、システムの稼働時間を最大化するために、次のいずれかのイベントが発生した場合、フェイルオーバー手順(通常は1〜2分しかかかりません)が自動的に実行されます。

    • プライマリAvailability Zoneでの可用性の喪失
    • プライマリへのネットワーク接続の喪失
    • プライマリでのユニット障害の計算
    • プライマリでのストレージ障害

    1. MySQL日時列のデフォルト値をどのように設定しますか?

    2. PL/pgSQLで「$$」は何に使用されますか

    3. SQLServerからOracleへのデータの繰り返しの移動

    4. MySQLでインデックスを作成する方法