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

# Amazon DocumentDB Serverless の使用
<a name="docdb-serverless"></a>

Amazon DocumentDB Serverless は、アプリケーションの需要に基づいて Amazon DocumentDB データベースの容量を動的に調整するプロセスを自動化するオンデマンドの自動スケーリング設定です。クラスターが消費するリソースに対してのみ課金されます。このように、DocumentDB サーバーレスによって予算内に収め、使用しないコンピュータリソースに対して料金を支払うことを避けるのに役立ちます。

この種の自動化は、マルチテナントデータベース、分散型データベース、開発、テストシステムなど、要求が厳しく予測不可能なワークロードがある環境において特に有効です。

**Topics**
+ [サーバーレスユースケース](#docdb-serverless-use-cases)
+ [Amazon DocumentDB Serverless の利点](#docdb-serverless-advantages)
+ [サーバーレスの仕組み](docdb-serverless-how-it-works.md)
+ [サーバーレスの要件と制限](docdb-serverless-limitations.md)
+ [サーバーレスを使用するクラスターの作成](docdb-serverless-create-cluster.md)
+ [サーバーレスへの移行](docdb-serverless-migrating.md)
+ [サーバーレスの管理](docdb-serverless-managing.md)
+ [サーバーレスインスタンスの制限](docdb-serverless-instance-limits.md)
+ [サーバーレススケーリング設定](docdb-serverless-scaling-config.md)
+ [サーバーレスのモニタリング](docdb-serverless-monitoring.md)

## DocumentDB サーバーレスのユースケース
<a name="docdb-serverless-use-cases"></a>

Amazon DocumentDB プロビジョニング済みクラスターと DocumentDB サーバーレスはどちらも、開発環境やテスト環境から、高いスケールと可用性を必要とする最も要求の厳しいビジネスクリティカルなアプリケーションまで、さまざまなタイプのデータベースワークロードをサポートします。ただし、DocumentDB サーバーレスは、お客様のワークロードに別のディメンションを追加します。つまり、予測不可能なワークロードを持つウェブサイトやアプリケーションをサポートする機能です。

DocumentDB サーバーレスは、以下のユースケースに特に役立ちます。
+ **変動するワークロード** - 突然で予測不可能なアクティビティの増加が発生するようなワークロードを実行している場合。雨が降り出したときにアクティビティが急増 (サージ) するトラフィックサイトなどが該当します。別のケースとして、販売や特別なプロモーションを行うことで、トラフィックが増加する e コマースサイトがあります。DocumentDB サーバーレスでは、アプリケーションのピーク時に必要なロードに合わせて、データベースの容量がオートスケーリングされ、アクティビティのサージが終了した時点でスケールダウンして元に戻ります。DocumentDB サーバーレスを導入することで、ピーク容量や平均容量に合わせてプロビジョニングする必要はなくなります。最悪の状況に対応するために容量の上限を指定でき、その容量は必要な場合以外使用されません。
  + DocumentDB サーバーレスのスケーリングの詳細度は、データベースのニーズに合わせて容量を細かく調整しやすくします。プロビジョン済みクラスターの場合、スケールアップには、完全に新しいインスタンスを追加する必要があります。DocumentDB サーバーレスは、必要な容量が少ししかない場合に DCU の半分を追加できます。ワークロードの増加に対応するために追加が必要な容量によって、0.5、1、1.5、2、または半分の DCU を追加できます。また、ワークロードが減少し、その容量が不要になった場合、0.5、1、1.5、2、または追加した半分の DCU を削除できます。
+ **マルチテナントアプリケーション** — DocumentDB サーバーレスでは、フリート内の各アプリケーションのデータベース容量を個別に管理する必要はありません。DocumentDB サーバーレスは、個々のデータベース容量を管理します。
  + テナントごとにクラスターを作成できます。これにより、クローンやスナップショットリストアなどの機能を使用して、テナントごとに高可用性とディザスタリカバリを強化できます。
  + 各テナントには、時間帯、時期、プロモーションイベントなどに応じて、繁忙期と休止期間が設定される場合があります。各クラスターには、広い範囲で容量を指定できます。これにより、アクティビティの少ないクラスターではインスタンスの料金を最小限に抑えることができます。どのクラスターでも、アクティビティの高い期間に対応できるように迅速にスケールアップできます。
+ **新しいアプリケーション** — 現在デプロイ中で、必要とされるインスタンスサイズが明確でない、新しいアプリケーション。DocumentDB サーバーレスを使用して、1 つまたは複数のインスタンスでクラスターを設定し、アプリケーションの容量の要件に応じてデータベースをオートスケーリングできます。
+ **複合用途のアプリケーション** — オンライントランザクション処理 (OLTP) アプリケーションを使用しているが、クエリトラフィックが定期的に急増することがある場合。クラスター内の DocumentDB サーバーレスインスタンスに昇格階層を指定することで、リーダーインスタンスがライターインスタンスと独立してスケーリングして、追加のロードを処理できるようにクラスターを構成できます。使用率の急増が収まったら、リーダーインスタンスによってライターインスタンスの容量に合わせてスケールダウンします。
+ **容量計画** — 通常、クラスター内のすべてのインスタンスのインスタンスクラスを変更して、データベース容量を調整するか、ワークロードに最適なデータベース容量を検証します。DocumentDB サーバーレスでは、この管理オーバーヘッドを回避できます。ワークロードを実行し、インスタンスが実際にスケールする量をチェックすることで、適切な最小容量と最大容量を決定できます。
  + 既存のインスタンスを、プロビジョン済みから DocumentDB サーバーレスに、または DocumentDB サーバーレスからプロビジョン済みに変更できます。このような場合、新しいクラスターや新しいインスタンスを作成する必要はありません。
+ **開発とテスト** — 最も要求の厳しいアプリケーションの実行に加えて、開発環境やテスト環境にも DocumentDB サーバーレスを使用できます。DocumentDB サーバーレスにより、バースト db.t\* インスタンスクラスを使用する代わりに、最小容量が小さいインスタンスを作成できます。最大容量を大きく設定することで、これらのインスタンスのメモリが不足せず、大量のワークロードを実行できます。データベースが使用されていない場合は、すべてのインスタンスがスケールダウンすることで、不要な料金が発生しないようにします。

### 既存のプロビジョニングされたワークロードに Amazon DocumentDB Serverless を使用する
<a name="docdb-serverles-provisioned-workloads"></a>

プロビジョン済みクラスターで既に DocumentDB アプリケーションが実行されているとします。リーダーインスタンスとして、1 つまたは複数の DocumentDB サーバーレスインスタンスを追加することにより、DocumentDB サーバーレスによってアプリケーションがどのように動作するか確認できます。リーダーインスタンスのスケールアップとスケールダウンの頻度を確認できます。DocumentDB フェイルオーバーメカニズムを使用して、DocumentDB サーバーレスインスタンスをライターに昇格させ、読み取り/書き込みワークロードの処理方法を確認できます。これにより、クライアントアプリケーションが使用するエンドポイントを変更することなく、最小限のダウンタイムで切り替えが可能です。既存のクラスターを DocumentDB サーバーレスに変換する手順の詳細については、「[Amazon DocumentDB Serverless への移行](docdb-serverless-migrating.md)」を参照してください。

## Amazon DocumentDB Serverless の利点
<a name="docdb-serverless-advantages"></a>

DocumentDB サーバーレスは、可変または「スパイキー」ワークロードを対象としています。このような予測不可能なワークロードでは、データベース容量を変更するタイミングを計画するのが難しい場合があります。また、容量を迅速に変更するために、インスタンスの追加やインスタンスクラスの変更など、使い慣れたメカニズムでは十分ではない場合があります。DocumentDB サーバーレスには、このようなユースケースに役立つ以下の利点があります。
+ **プロビジョニングよりも簡単な容量管理** — DocumentDB サーバーレスは、ワークロードの変化に応じてインスタンスのサイズを計画したりインスタンスのサイズを変更したりするための労力を削減します。また、クラスター内のすべてのインスタンスの容量を一定に維持するための労力が削減されます。
+ **高アクティビティ時のスケーリングを高速かつ簡単に実行** — DocumentDB サーバーレスは、クライアントトランザクションやワークロード全体を中断することなく、必要に応じてコンピューティング性能とメモリ容量をスケーリングします。DocumentDB サーバーレスでリーダーインスタンスを使用できることで、垂直スケーリングに加え、水平スケーリングも利用できます。DocumentDB グローバルクラスターを使用する機能は、DocumentDB サーバーレス読み取りワークロードを複数の に分散できることを意味します AWS リージョン。この機能は、プロビジョン済みクラスターのスケーリングメカニズムよりも便利です。
+ **アクティビティが少ない期間におけるコスト効率** — DocumentDB サーバーレスは、インスタンスのオーバープロビジョニングを回避するのに役立ちます。DocumentDB サーバーレスは、インスタンスのスケールアップ時にリソースをきめ細かく追加します。使用したデータベースリソースに対してのみ料金を支払います。DocumentDB サーバーレスリソースの使用量は、秒単位で測定されます。これにより、インスタンスがスケールダウンすると、削減されたリソース使用量がすぐに登録されます。
+ **プロビジョニングされた機能パリティ** — DocumentDB サーバーレスですべての DocumentDB 機能を使用できます。例えば、DocumentDB サーバーレスでは、リーダーインスタンス、 AWS Identity and Access Management (IAM) データベース認証、Performance Insights を使用できます。

  特に DocumentDB サーバーレスでは、プロビジョン済みクラスターによって、以下機能を活用できます。
  + **リーダーインスタンス** — DocumentDB サーバーレスでは、リーダーインスタンスを活用して水平方向にスケーリングできます。クラスターに 1 つまたは複数のリーダーインスタンスが含まれている場合、ライターインスタンスに問題が発生した場合に、クラスターはすぐにフェイルオーバーできます。
  + **マルチ AZ クラスター** — クラスターの DocumentDB サーバーレスインスタンスは、複数のアベイラビリティーゾーン (AZ) に分散できます。マルチ AZ クラスターを設定することで、AZ 全体に影響する問題が発生するようなまれなケースでも、ビジネスの継続性を確保できます。
  + **グローバルクラスター** — DocumentDB グローバルクラスターと組み合わせて DocumentDB サーバーレスを使用すると、ディザスタリカバリ AWS リージョン の目的で他の にクラスターの追加の読み取り専用コピーを作成できます。