翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon DocumentDB サーバーレスの使用
Amazon DocumentDB サーバーレスは、アプリケーションの需要に基づいて Amazon DocumentDB データベースの容量を動的に調整するプロセスを自動化するオンデマンドの自動スケーリング設定です。クラスターが消費するリソースに対してのみ課金されます。したがって、DocumentDB サーバーレスは予算内に収まり、使用しないコンピュータリソースへの支払いを避けるのに役立ちます。
このタイプの自動化は、マルチテナントデータベース、分散データベース、開発およびテストシステムなど、変動性が高く、予測不可能なワークロードがある環境では特に重要です。
トピック
DocumentDB サーバーレスのユースケース
Amazon DocumentDB プロビジョニングクラスターと DocumentDB サーバーレスはどちらも、開発環境やテスト環境から、高いスケールと可用性を必要とする最も要求の厳しいビジネスクリティカルなアプリケーションまで、さまざまなタイプのデータベースワークロードをサポートします。ただし、DocumentDB サーバーレスは、顧客のワークロードに別のディメンションを追加します。つまり、予測不可能なワークロードを持つウェブサイトやアプリケーションをサポートする機能です。
DocumentDB サーバーレスは、次のユースケースで特に役立ちます。
可変ワークロード — アクティビティが突然増加し、予測不可能なワークロードを実行しています。雨が降り出したときにアクティビティが急増 (サージ) するトラフィックサイトなどが該当します。別のケースとして、販売や特別なプロモーションを行うことで、トラフィックが増加する e コマースサイトがあります。DocumentDB サーバーレスを使用すると、データベースはアプリケーションのピーク負荷のニーズに合わせて容量を自動的にスケールし、アクティビティの急増が終わったらスケールダウンします。DocumentDB サーバーレスでは、ピーク容量または平均容量をプロビジョニングする必要がなくなりました。最悪の状況に対応するために容量の上限を指定でき、その容量は必要な場合以外使用されません。
DocumentDB サーバーレスでのスケーリングの粒度は、容量をデータベースのニーズに厳密に合わせるのに役立ちます。プロビジョニングされたクラスターの場合、スケールアップするには、まったく新しいインスタンスを追加する必要があります。DocumentDB サーバーレスは、必要な容量がわずかに増えるだけで、DCU の半分を追加できます。ワークロードの増加を処理するために必要な追加容量に基づいて、0.5、1、1.5、2、または追加の半 DCUs を追加できます。また、ワークロードが減少し、その容量が不要になったときに、0.5、1、1.5、2、または追加の半 DCUs を削除できます。
マルチテナントアプリケーション — DocumentDB サーバーレスでは、フリート内の各アプリケーションのデータベース容量を個別に管理する必要はありません。DocumentDB サーバーレスは、個々のデータベース容量を管理します。
テナントごとにクラスターを作成できます。これにより、クローン作成やスナップショット復元などの機能を使用して、テナントごとに必要に応じて高可用性とディザスタリカバリを強化できます。
各テナントには、時間帯、時期、プロモーションイベントなどに応じて、繁忙期と休止期間が設定される場合があります。各クラスターには、広い範囲で容量を指定できます。これにより、アクティビティの少ないクラスターでは、インスタンス料金が最小限に抑えられます。どのクラスターでも、アクティビティの高い期間に対応できるように迅速にスケールアップできます。
新しいアプリケーション — 新しいアプリケーションをデプロイしていて、必要なインスタンスサイズが不明な場合。DocumentDB サーバーレスを使用すると、1 つ以上のインスタンスでクラスターを設定し、データベースをアプリケーションの容量要件に合わせて自動スケーリングできます。
混合用途アプリケーション — オンライントランザクション処理 (OLTP) アプリケーションがあるが、クエリトラフィックが定期的に急増するとします。クラスター内の DocumentDB サーバーレスインスタンスの昇格階層を指定することで、リーダーインスタンスがライターインスタンスとは独立してスケーリングして追加の負荷を処理できるようにクラスターを設定できます。使用量のスパイクが減ると、リーダーインスタンスはライターインスタンスの容量に合わせてスケールダウンします。
キャパシティプランニング — 通常、クラスター内のすべてのインスタンスのインスタンスクラスを変更して、データベース容量を調整するか、ワークロードに最適なデータベース容量を検証するとします。DocumentDB サーバーレスを使用すると、この管理オーバーヘッドを回避できます。ワークロードを実行し、インスタンスの実際のスケーリング量を確認することで、適切な最小容量と最大容量を決定できます。
既存のインスタンスは、プロビジョニングされたインスタンスから DocumentDB サーバーレスに、または DocumentDB サーバーレスからプロビジョニングされたインスタンスに変更できます。このような場合は、新しいクラスターや新しいインスタンスを作成する必要はありません。
開発とテスト — 最も要求の厳しいアプリケーションを実行するだけでなく、開発環境とテスト環境に DocumentDB サーバーレスを使用することもできます。DocumentDB サーバーレスを使用すると、バースト可能な db.t* インスタンスクラスを使用する代わりに、最小容量の低いインスタンスを作成できます。最大容量を十分高く設定することで、それらのインスタンスはメモリ不足することなく大量のワークロードを引き続き実行できます。データベースが使用されていない場合、不要な料金が発生しないように、すべてのインスタンスがスケールダウンされます。
既存のプロビジョニングされたワークロードに Amazon DocumentDB サーバーレスを使用する
プロビジョニングされたクラスターで実行されている DocumentDB アプリケーションが既にあるとします。1 つ以上の DocumentDB サーバーレスインスタンスをリーダーインスタンスとして既存のクラスターに追加することで、アプリケーションが DocumentDB サーバーレスとどのように連携するかを確認できます。リーダーインスタンスのスケールアップとスケールダウンの頻度を確認できます。DocumentDB フェイルオーバーメカニズムを使用して、DocumentDB サーバーレスインスタンスをライターに昇格させ、読み取り/書き込みワークロードの処理方法を確認できます。これにより、クライアントアプリケーションが使用するエンドポイントを変更することなく、最小限のダウンタイムで切り替えが可能です。既存のクラスターを DocumentDB サーバーレスに変換する手順の詳細については、「」を参照してくださいAmazon DocumentDB サーバーレスへの移行。
Amazon DocumentDB サーバーレスの利点
DocumentDB サーバーレスは、可変ワークロードまたは「スパイク」ワークロードを対象としています。このような予測不可能なワークロードでは、データベース容量を変更するタイミングを計画するのが難しい場合があります。また、インスタンスの追加やインスタンスクラスの変更など、使い慣れたメカニズムを使用して、容量をすばやく変更できない場合があります。DocumentDB サーバーレスには、このようなユースケースに役立つ以下の利点があります。
プロビジョニングよりもシンプルなキャパシティ管理 — DocumentDB サーバーレスは、ワークロードの変化に応じてインスタンスサイズを計画し、インスタンスのサイズを変更する労力を削減します。また、クラスター内のすべてのインスタンスで一貫した容量を維持するための労力も削減されます。
アクティビティの多い期間におけるスケーリングの高速化と簡易化 — DocumentDB サーバーレスは、クライアントトランザクションや全体的なワークロードを中断することなく、必要に応じてコンピューティング容量とメモリ容量をスケーリングします。DocumentDB サーバーレスでリーダーインスタンスを使用する機能は、垂直スケーリングに加えて水平スケーリングを活用するのに役立ちます。
アクティビティが少ない期間におけるコスト効率 — DocumentDB サーバーレスは、インスタンスのオーバープロビジョニングを回避するのに役立ちます。DocumentDB サーバーレスは、インスタンスのスケールアップ時にリソースをきめ細かく追加します。料金は、使用したデータベースリソースに対してのみ発生します。DocumentDB サーバーレスリソースの使用量は、秒単位で測定されます。これにより、インスタンスがスケールダウンすると、リソース使用量の減少がすぐに登録されます。
プロビジョニングされた との機能パリティ — DocumentDB サーバーレスですべての DocumentDB 機能を使用できます。例えば、DocumentDB サーバーレスでは、リーダーインスタンス、 AWS Identity and Access Management (IAM) データベース認証、Performance Insights を使用できます。
特に、DocumentDB サーバーレスでは、プロビジョニングされたクラスターから次の機能を利用できます。
リーダーインスタンス — DocumentDB サーバーレスはリーダーインスタンスを活用して水平方向にスケーリングできます。クラスターに 1 つ以上のリーダーインスタンスが含まれている場合、ライターインスタンスに問題がある場合、クラスターはすぐにフェイルオーバーする可能性があります。
マルチ AZ クラスター — クラスターの DocumentDB サーバーレスインスタンスを複数のアベイラビリティーゾーン (AZs) に分散できます。マルチ AZ クラスターを設定することで、AZ 全体に影響する問題が発生するようなまれなケースでも、ビジネスの継続性を確保できます。
