MongoDB Atlas を含む AWS ランディングゾーンを構築する

主要な利害関係者を識別します。

ランディングゾーンプロジェクトに関与するすべての主要な利害関係者とチームメンバーを特定します。これには、次のようなロールが含まれる場合があります。

構造設計図を作成します。

AWS と MongoDB Atlas 対応ランディングゾーンの必要な構造の概要を示す設計図を作成します。

アーキテクチャプランを作成します。

アプリケーションアーキテクトと協力して要件を分析し、耐障害性と回復力に優れたアーキテクチャを設計します。このパターンは、リファレンス用のスターターアーキテクチャテンプレートを提供します。このテンプレートは、組織のセキュリティとインフラストラクチャのニーズに合わせてカスタマイズできます。

セットアップとデプロイを計画します。

すべてのステークホルダーとともに、アーキテクチャのデプロイ方法、セキュリティ対策の実装方法、その他の側面を決定し、組織とリクエスト元のチームの両方の利益との整合性を確保します。

リポジトリをクローン作成します。

コマンドを実行して、GitHub リポジトリからコードをクローンします。

git clone https://github.com/mongodb-partners/AWS-MongoDB-Atlas-Landing-Zone

Atlas 組織 ID を取得します。

Atlas 組織レベルの API キーを生成します。

Atlas で組織レベルの API キーを生成するには、MongoDB ドキュメントの指示に従います。

でシークレットを作成します AWS Secrets Manager。

前のステップで生成された MongoDB Atlas API キーをキーと値のシークレットとして Secrets Manager に保存します。手順については、「Secrets Manager のドキュメント」を参照してください。

Atlas クラスター層を選択します。

正しい Atlas クラスター階層を選択するには、MongoDB ドキュメントの指示に従います。

Terraform スクリプトを変更します。

GitHub リポジトリのローカルコピーで、Modules/mongodb-atlas/main.tf ファイル (12 行目) のシークレット名を更新し、Terraform がデプロイ中に Secrets Manager から認証情報を取得できるようにします。

AWS アクセスキー ID とシークレットキーを作成します。

AWS アクセスキー ID とシークレットキーを作成するには、 AWS 「re:Post」の記事AWS 「アクセスキーの作成方法」の手順に従います。

必要な最小限の権限でポリシーを割り当てるのがベストプラクティスですが、この場合はAdministratorAccessポリシーを選択します。

アクセスキーを作成したら、IAM のセキュリティのベストプラクティスを確認して、アクセスキーを管理するためのベストプラクティスを確認してください。

Elastic IP アドレスを割り当てます。

少なくとも 2 つの Elastic IP アドレス IDs。手順については、Amazon Virtual Private Cloud (Amazon VPC) のドキュメントを参照してください。

S3 バケットを作成する。

Amazon Simple Storage Service (Amazon S3) ドキュメントの手順に従って、Terraform デプロイの状態を保存する S3 バケットを作成します。 Amazon S3

ストレージ用に S3 バケットを更新します。

前のステップで作成したバケットの名前とリージョンと一致するように、ローカルバージョンの environments/development/main.tf の S3 バケット情報を更新し、キープレフィックスを指定します。例:

terraform {
       ...
  backend "s3" {
    bucket = "startup-name-product-terraform"
    key    = "network/dev"
    region = "ap-southeast-1"
  }
}

この例では、キープレフィックスを使用して Terraform 状態ファイルを整理network/devするように Terraform を設定できます。値は、作成する環境stagingに合わせて prodまたは に変更できます。複数の環境を使用する方法については、このセクションの最後のステップを参照してください。

Amazon S3 キープレフィックスの詳細については、Amazon S3 ドキュメントの「プレフィックスを使用してオブジェクトを整理する」を参照してください。

Terraform 変数を設定します。

サンプルランディングゾーンは、Terraform 変数定義ファイルを使用して入力変数値を定義します。

変数ファイルは environments/development/variables.tf にあります。変数値は environmentenvironments/development/terraform.tfvars ファイルで設定できます。GitHub リポジトリの Readme ファイルの説明に従って、これらの変数を設定します。

環境変数を設定します。

ローカルマシンで Terraform スクリプトを実行する予定がある場合は、次の環境変数を設定します。

環境変数の設定の詳細については、 AWS Command Line Interface （AWS CLI) ドキュメントを参照してください。

VPC 設定を確認します。

が推奨するベストプラクティスに従うには AWS、組織のニーズに合わせて Terraform スクリプトで VPC とサブネット CIDRs、NAT ゲートウェイ、ルート、ルートテーブルを設定します。詳細については、GitHub リポジトリの Readme ファイルを参照してください。

リソースにタグ付けします。

AWS リソースにタグを付けて、Terraform スクリプトによってデプロイされたときにモニタリングできます。例については、GitHub リポジトリの Readme ファイルを参照してください。コスト、使用状況などのタグによるリソースのモニタリングについては、 AWS Billing ドキュメントの「ユーザー定義のコスト配分タグのアクティブ化」を参照してください。

複数の環境を使用します。

GitHub リポジトリはdevelopment環境フォルダを提供します。環境フォルダに独自の環境を追加することもできます。

環境を追加するには、 development の下の新しいフォルダ ( prodや などstaging) にフォルダをコピーしますenvironments。その後、新しい値でterraform.tfvarsファイルを更新できます。

ディレクトリから Terraform を開始します。

作業ディレクトリを初期化し、必要なパッケージをダウンロードするには、 コマンドを実行します。

terraform init

実行計画を作成します。

実行計画を作成し、Terraform がインフラストラクチャに加える変更を視覚化するには、 コマンドを実行します。

terraform plan

変更をデプロイします。

コードの説明に従ってインフラストラクチャに変更を実装するには、 コマンドを実行します。

terraform apply

デプロイを検証します。

Terraform がインフラストラクチャで作成または変更したコンポーネントを検証します。

セットアップをテストするには、 または VPC にアタッチされたコンピューティングリソース (Amazon EC2 インスタンスや AWS Lambda 関数など) をプロビジョニングします。

クリーンアップを行います。

テストが完了したら、次のコマンドを実行して、Terraform がインフラストラクチャにデプロイしたリソースを破棄します。

terraform destroy