翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
持続可能性の柱
AWS Well-Architected フレームワークの持続可能性の柱は、クラウドワークロードの実行による環境への影響を最小限に抑えることに焦点を当てています。主なトピックには、持続可能性、影響の理解、必要なリソースを最小限に抑えてダウンストリームへの影響を軽減するための使用の最大化に関する責任共有モデルが含まれます。
持続可能性の柱には、以下の主要な重点分野が含まれています。
-
影響
-
持続可能性の目標
-
最大使用量
-
より効率的な新しいハードウェアおよびソフトウェアの提供を予測して採用する
-
マネージドサービスの使用
-
ダウンストリームの影響軽減
このガイドでは、影響に焦点を当てます。その他の持続可能性設計原則の詳細については、AWS Well-Architected フレームワークを参照してください。
選択と要件は環境に影響します。炭素強度 AWS リージョン の低い を選択し、稼働時間と耐久性を最大化するだけでなく、要件に実際のワークロードのニーズを反映している場合、ワークロードの持続可能性が向上します。次のセクションでは、ワークロード設計と継続的な運用で採用された場合に環境に悪影響を及ぼすベストプラクティスと考慮事項について説明します。
AWS リージョンの選択
一部の AWS リージョン は Amazon 再生可能エネルギープロジェクトの近くにあるか、グリッドの炭素強度が他のものよりも低い公開されている場所にあります。ワークロードに対して実行可能なリージョンの持続可能性への影響
ユーザー行動パターンに基づく消費
ユーザーのトラフィックと動作に合わせて使用量を適切にサイズ設定することで、サービスが環境に与える影響 AWS を最小限に抑えることができます。ソリューションを設計するときは、次のベストプラクティスを考慮してください。
-
CPUUtilization
、、 などの Amazon CloudWatch メトリクスをモニタリングTotalRequestsPerSec
してMainRequestQueuePendingRequests
、需要が最も高いタイミングと最も低いタイミングを判断し、その間にクラスターリソースのサイズが適切であることを確認します。 -
非本番環境が使用されていない時間帯に停止を自動化します。詳細については、ブログ記事「リソースタグを使用して Amazon Neptune 環境リソースの停止と開始を自動化する
」を参照してください。 -
トラフィックパターンが頻繁かつ予測不可能な場合は、ピークトラフィック用にプロビジョニングされたインスタンスを使用する代わりに、需要に応じてスケールアップ/ダウンする Neptune Serverless インスタンスを使用することを検討してください。
-
ビジネス継続性の目標に加えて、サービスレベルの契約を持続可能性の目標に合わせることを検討してください。マルチリージョンディザスタリカバリ、高可用性、長期バックアップ保持などの簡単な要件、特に非本番環境やミッションクリティカルなワークロードでは、これらの目標を達成するために必要なリソースの量を減らすことができます。
ソフトウェア開発とアーキテクチャのパターンを最適化する
無駄を防ぐには、モデルとクエリを最適化し、コンピューティングリソースを共有して、Neptune インスタンスとクラスターで使用できるすべてのリソースを使用します。具体的なベストプラクティスは次のとおりです。
-
開発者に、それぞれが独自のインスタンスを作成するのではなく、Neptune インスタンスと Jupyter Notebook アプリケーションインスタンスを共有してもらいます。マルチテナンシーパーティショニング戦略
を使用して、各デベロッパーに単一の Neptune クラスター内の独自の論理パーティションを提供し、単一の Jupyter インスタンスでデベロッパーごとに個別のノートブックフォルダを作成します。 -
データをロードするための並列スレッドやレコードをより大きなトランザクションにまとめてバッチ処理するなど、リソースの使用を最大化し、アイドル時間を最小限に抑えるパターンを実装します。
-
クエリとグラフモデルを最適化して、結果の計算に必要なリソースを最小限に抑えます。
-
Gremlin クエリの結果については、結果キャッシュ機能を使用して、ページ分割されたクエリまたは頻繁に繰り返されるクエリの再計算に費やされるリソースを最小限に抑えます。
-
Neptune 環境を最新の状態に保ちます。Neptune の最新バージョンは、Graviton などの最新の EC2 インスタンスをより効率的にサポートします。また、クエリの最適化が改善され、クエリの計算に必要なリソースの量を減らすバグ修正も行われています。