翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# グローバルデータベースでの Amazon Neptune の使用
<a name="neptune-global-database"></a><a name="gdb"></a><a name="globaldb"></a><a name="global_database"></a>

Amazon Neptune グローバルデータベースは複数のデータベースにまたがり AWS リージョン、低レイテンシーのグローバル読み取りを可能にし、停止が 全体に影響を与えるまれなケースで迅速な復旧を実現します AWS リージョン。

Neptune グローバルデータベースは、1 つのリージョンにあるプライマリ DB クラスターと、異なるリージョンに最大 5 つのセカンダリ DB クラスターがあります。

書き込みはプライマリリージョンでのみ可能です。セカンダリリージョンは読み取りのみをサポートします。各セカンダリリージョンは最大 16 個のリーダーインスタンスを持つことができます。

## Amazon Neptune のグローバルデータベース
<a name="neptune-gdb-overview"></a>

Neptune グローバルデータベースを使用することで、複数の AWS リージョンにまたがる単一のデータベースで、グローバルに分散したアプリケーションを実行することができます。

Neptune グローバルデータベースは、プライマリ AWS リージョン の 1 つの DB クラスター (データが書き込まれる) と、セカンダリ AWS リージョンの最大 5 つの読み取り専用 DB クラスターで構成されます。プライマリ DB クラスターで書き込み操作を実行すると、Neptune は、書き込まれたデータを専用のインフラストラクチャを使用して、すべてのセカンダリ DB クラスターにレプリケートします。レイテンシーは通常 1 秒未満です。

次の図は、2 つにまたがるグローバルデータベースの例を示しています AWS リージョン。

![\[Neptune グローバルデータベースは、1 つのプライマリ DB クラスターと 1 つまたは複数のセカンダリ DB クラスターを持ちます。\]](http://docs.aws.amazon.com/ja_jp/neptune/latest/userguide/images/neptune-gdb-example.png)


各セカンダリクラスターは、読み取り専用のワークロードを処理するために 1 つまたは複数のリードレプリカインスタンスを追加することで、個別にスケールアップすることができます。

書き込み操作を実行するには、プライマリ DB クラスターの DB クラスターエンドポイントに接続する必要があります。書き込み操作はプライマリクラスターのみが実行できます。次に、上の図に示すように、レプリケーションはデータベースエンジンではなく、[クラスターストレージボリューム](feature-overview-storage.md)によって実行されます。

Neptune グローバルデータベースは、ワールドワイドなフットプリントを持つアプリケーション向けに設計されています。読み取り専用セカンダリ DB クラスターは、アプリケーションユーザーのさらに近くで読み取り操作をサポートします。

Neptune グローバルデータベースは、フェイルオーバーに対して 2 つの異なるアプローチをサポートします。
+ プライマリリージョンの障害から回復するには、[手動による計画外のデタッチとプロモートプロセス](neptune-gdb-disaster-recovery.md#neptune-gdb-detach-and-promote)を使用します。このプロセスでは、セカンダリクラスタの 1 つをデタッチしてスタンドアロンクラスタにしてから、新しいプライマリクラスタに昇格させます。
+ メンテナンスなどの計画された運用手順には、[管理された計画されたフェイルオーバー](neptune-gdb-disaster-recovery.md#neptune-gdb-managed-failover)を使用します。この方法では、データを損失することなく、プライマリクラスターをセカンダリリージョンの 1 つに再配置します。

## Amazon Neptune でグローバルデータベースを使用するメリット
<a name="neptune-gdb-advantages"></a>

グローバルデータベースを使用すると、次の利点を得ることができます。
+ **ローカルレイテンシーによるグローバルな読み取り** — 世界中にオフィスを持つ企業は、グローバルデータベースにより、セカンダリリージョンにあるオフィスがローカルレイテンシーで自分のリージョンにあるデータにアクセスできます。
+ **スケーラブルなセカンダリ Neptune DB クラスター** - リードレプリカ DB インスタンスを追加することで、セカンダリクラスターをスケールできます。セカンダリクラスターは読み取り専用なので、それぞれが、通常の 15 ではなく最大 16 のリードレプリカをサポートできます。
+ **セカンダリ DB クラスターへの迅速なレプリケーション** — プライマリからセカンダリ DB クラスターへのレプリケーションは高速であり、レイテンシーは通常 1 秒未満で、プライマリ DB クラスターのパフォーマンスにほとんど影響しません。レプリケーションはストレージレベルで実行されるため、DB インスタンスのリソースはアプリケーションの読み取り/書き込みワークロードに完全に利用できます。
+ **リージョン全体の停止からの回復** - セカンダリ DB クラスターを使用すると、従来のレプリケーションソリューションよりも迅速に (低い RTO)、少ないデータ損失 (低い RPO) でプライマリクラスタを新しいリージョンに迅速に移動できます。

## Amazon Neptune のグローバルデータベースのの制限
<a name="neptune-gdb-limitations"></a>

現在、 グローバルデータベースには以下の制限があります。
+ Neptune グローバルデータベースは、次の AWS リージョンでのみ使用できます。
  + 米国東部 (バージニア北部): `us-east-1`
  + 米国東部 (オハイオ): `us-east-2`
  + 米国西部 (北カリフォルニア): `us-west-1`
  + 米国西部 (オレゴン): `us-west-2`
  + カナダ西部 (カルガリー): `ca-west-1`
  + 欧州 (スペイン): `eu-south-2`
  + 欧州 (アイルランド): `eu-west-1`
  + 欧州 (ロンドン): `eu-west-2`
  + 欧州 (フランクフルト): `eu-central-1`
  + アジアパシフィック (東京): `ap-northeast-1`
  + アジアパシフィック (大阪): `ap-northeast-3`
  + アジアパシフィック (シンガポール): `ap-southeast-1`
  + アジアパシフィック (ジャカルタ): `ap-southeast-3`
  + アジアパシフィック (メルボルン): `ap-southeast-4`
  + アジアパシフィック (マレーシア): `ap-southeast-5`
  + イスラエル (テルアビブ): `il-central-1`
+  Neptune グローバルデータベースは、`db.t3.medium` または `db.t4g.medium`インスタンスタイプをサポートしていません。
+ Neptune グローバルデータベースは、現在、セカンダリ DB クラスターの自動スケーリングをサポートしていません。
+ グローバルデータベースのメジャーバージョンアップグレードを実行している間、グローバルデータベースクラスターにカスタムパラメータグループを適用できません。代わりに、グローバルクラスターの各リージョンにカスタムパラメータグループを作成してから、アップグレード後に手動でリージョンクラスターに適用します。
+ グローバルデータベースの DB クラスターを個別に停止または開始することはできません。
+ セカンダリ DB クラスターのリードレプリカインスタンスは、メンテナンス期間中に計画されたアップグレードなど、特定の状況下で再起動できます。プライマリクラスターのライター DB インスタンスが再起動またはフェイルオーバーすると、セカンダリリージョン内のすべてのインスタンスも再起動します。セカンダリクラスターは、その後、すべてのインスタンスがプライマリ DB クラスターのライターインスタンスと再び同期するまで使用できません。