DynamoDB の Well-Architected レンズを使用して DynamoDB ワークロードを最適化する - Amazon DynamoDB

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

DynamoDB の Well-Architected レンズを使用して DynamoDB ワークロードを最適化する

このセクションでは、優れたアーキテクチャの DynamoDB ワークロードを設計するための設計原則とガイダンスの集合である Amazon DynamoDB Well-Architected レンズについて説明します。

AWS Well-Architected Frameworkは、クラウドアーキテクトがさまざまなアプリケーションやワークロードに対応する、安全で高性能で回復力のある効率的なインフラストラクチャを構築するのに役立ちます。オペレーショナル・エクセレンス、セキュリティ、信頼性、パフォーマンス効率、コスト最適化、AWS 持続可能性という6つの柱を中心に構築されたWell-Architectedは、お客様とパートナーがアーキテクチャを評価し、スケーラブルな設計を実装するための一貫したアプローチを提供します。

AWS Well-Architected Lensesは、 AWS Well-Architectedが提供するガイダンスを特定の業界や技術分野にまで広げています。Amazon DynamoDB Well-Architected レンズでは、DynamoDB ワークロードに焦点を当てています。このレンズは、DynamoDB ワークロードを評価およびレビューするためのベストプラクティス、設計原則、質問を提供します。Amazon DynamoDB Well-Architected レンズによるレビューを完了すると、 AWS Well-Architected の各柱に関連する推奨設計原則に関する教育とガイダンスを利用できるようになります。このガイダンスは、さまざまな業界、セグメント、規模、地域のお客様との作業経験に基づいています。

Well-Architected レンズによるレビューの直接的な結果として、DynamoDB ワークロードを最適化および改善するための実用的な推奨事項の概要が得られます。

Amazon DynamoDB Well-Architected レンズによるレビューの実施

DynamoDB Well-Architected Lens のレビューは、通常、 AWS ソリューションアーキテクトがお客様と一緒に実施しますが、お客様がセルフサービスとして実施することもできます。Amazon DynamoDB Well-Architected レンズの一環として Well-Architected の 6 本の柱をすべて確認することをお勧めしますが、まずは 1 本または複数の柱に優先的に焦点を当てでもかまいません。

Amazon DynamoDB Well-Architected Lens レビューを実施するための追加情報と手順については、このビデオと DynamoDB Well-Architected Lens ページをご覧ください。 GitHub

Amazon DynamoDB の Well-Architected レンズの柱

Amazon DynamoDB の Well-Architected レンズには 6 本の柱で構成されています。

パフォーマンス効率の柱

パフォーマンス効率の柱には、コンピューティングリソースを効率的に使用してシステム要件を満たし、需要の変化や技術の進歩に合わせてこの効率性を維持する能力が含まれます。

この柱の主な DynamoDB の設計原則は、データのモデル化パーティションキーソートキーの選択、およびアプリケーションアクセスパターンに基づくセカンダリインデックスの定義を中心に展開されています。その他の考慮事項としては、ワークロードに最適なスループットモードの選択、 AWS SDK のチューニング、必要に応じて最適なキャッシュ戦略の使用などがあります。これらの設計原則の詳細については、DynamoDB の Well-Architected レンズのパフォーマンス効率の柱に関するこのディープダイブビデオをご覧ください。

コスト最適化の柱

コスト最適化の柱は、不必要なコストを回避することに焦点を当てています。

主なトピックは、資金の用途の把握と管理、最適なリソースタイプとその適切な数の選択、経時的な支出の分析、アプリケーション固有のアクセスパターンに応じてコストを最適化するデータモデルの設計、浪費することなくビジネスニーズを満たすためのスケーリングです。

DynamoDB の主なコスト最適化設計原則は、テーブルに最適なキャパシティモードとテーブルクラスの選択、オンデマンドキャパシティモードまたは自動スケーリングを使用するプロビジョンドキャパシティモードのいずれかを使用したキャパシティの過剰プロビジョニングの回避を中心に展開されています。その他の考慮事項としては、消費される容量を減らすための効率的なデータモデリングとクエリ、消費済み容量の一部を割引価格で予約すること、アイテムサイズを最小化すること、未使用のリソースを特定して削除すること、TTL を使用して期限切れになったデータを無料で自動的に削除することなどがあります。これらの設計原則の詳細については、DynamoDB の Well-Architected レンズのコスト最適化の柱に関するこのディープダイブビデオをご覧ください。

DynamoDB のコスト最適化のベストプラクティスの詳細については、「DynamoDB テーブルのコストの最適化」を参照してください。

運用上の優秀性の柱

運用上の優秀性の柱では、ビジネス価値をもたらし、プロセスと手順の継続的な向上を実現するために、システムを実行およびモニタリングすることに焦点を当てています。主なトピックは、変更の自動化、イベントへの対応、日常業務を管理するための標準の定義です。

DynamoDB の主なオペレーショナルエクセレンス設計原則には、Amazon を通じて DynamoDB CloudWatch AWS Config メトリックスを監視し、事前定義されたしきい値を超えた場合や準拠していないルールが検出された場合に自動的にアラートを出して修正することが含まれます。その他の考慮事項としては、インフラストラクチャ経由の DynamoDB リソースをコードとして定義し、タグを活用して DynamoDB リソースの整理、識別、およびコスト計算を改善することがあります。これらの設計原則の詳細については、DynamoDB の Well-Architected レンズの運用上の優秀性の柱に関するこのディープダイブビデオをご覧ください。

信頼性の柱

信頼性の柱では、期待されるときにワークロードが意図された機能を正しく一貫して実行することを重視しています。回復力のあるワークロードは、障害から迅速に復旧し、ビジネスや顧客の需要を満たします。主なトピックは、分散システムの設計、復旧計画、および変更への対応方法です。

DynamoDB の基本的な信頼性設計原則は、RPO と RTO の要件に基づいてバックアップ戦略と保持を選択すること、多地域のワークロードや RTO が低い DynamoDB グローバルテーブルを使用すること、 AWS SDK でこれらの機能を設定して使用することでアプリケーションに指数関数的バックオフを伴う再試行ロジックを実装すること、Amazon を通じて DynamoDB メトリックスを監視すること、事前定義されたしきい値を超えると自動的にアラートと修正を行うことです。 CloudWatch これらの設計原則の詳細については、DynamoDB の Well-Architected レンズの信頼性の柱に関するこのディープダイブビデオをご覧ください。

セキュリティの柱

セキュリティの柱は、情報とシステムの保護に焦点を当てています。主なトピックは、データの機密性と完全性、権限管理による誰が何を実行できるのかの特定と管理、システムの保護、セキュリティイベントを検出するための制御の確立です。

DynamoDB のセキュリティの主な設計原則は、転送中のデータを HTTPS で暗号化すること、保管中のデータを暗号化するためのキーの種類を選択すること、DynamoDB リソースに対して認証および承認を行い、きめ細かなアクセスを提供するための IAM ロールとポリシーを定義することです。その他の考慮事項には、による DynamoDB コントロールプレーンとデータプレーンのオペレーションの監査が含まれます。 AWS CloudTrailこれらの設計原則の詳細については、DynamoDB の Well-Architected レンズのセキュリティの柱に関するこのディープダイブビデオをご覧ください。

DynamoDBのセキュリティの詳細については、「Amazon DynamoDB のセキュリティとコンプライアンス」を参照してください。

持続可能性の柱

持続可能性の柱は、クラウドワークロードの実行による環境に対する影響を最小限に抑えることに重点を置いています。主なトピックは、持続可能性に関する責任共有モデル、影響の把握、必要なリソースを最小限に抑えてダウンストリームへの影響を軽減するための使用率の最大化です。

DynamoDB の持続可能性の主な設計原則は、未使用の DynamoDB リソースを特定して削除すること、自動スケーリングによってオンデマンドキャパシティモードまたはプロビジョニンドキャパシティモードを使用することでオーバープロビジョニングを回避すること、消費されるキャパシティの量を減らすための効率的なクエリ、TTL を使用してデータを圧縮し、古くなったデータを削除することでストレージのフットプリントを減らすことです。これらの設計原則の詳細については、DynamoDB の Well-Architected レンズの持続可能性の柱に関するこのディープダイブビデオをご覧ください。