2.3. アプリケーションのデプロイメント


オファーにサブスクライブしたので、CloudFormation スタックを起動する前に設定を開始できます。

アプリケーションをデプロイする方法は 2 つあります。

2.3.1. 新しい VPC を使用したアプリケーションのデプロイ

注記

新しい VPC を使用してアプリケーションをデプロイするプロセスは非推奨となり、この機能は AWS Marketplace で入手可能な Ansible Automation Platform から今後のリリースで削除されます。

注記

以下の手順は、マーケットプレイスオファーがあることを前提としています。この手順は AWS Marketplace からの続きです。そのセクションの手順を完了してから、このセクションに進んでください。

この手順では、新しい VPC ネットワークを作成し、作成した VPC にアプリケーションをデプロイします。

手順

  1. ステップ 1 では、Create stack ページで 次へ をクリックします。
  2. ステップ 2 の Specify stack details ページで、以下を行います。

    1. Stack name フィールドに、一意のスタック名を入力します。
    2. EC2 KeyPair フィールドで、以前に作成した EC2 キーペアを選択します。
    3. Select VPC フィールドで、New を選択します。
    4. New Network Configuration セクションで、次のフィールドに入力します。

      • VPC CIDR Range に、新しい VPC に使用する CIDR 範囲を入力します。たとえば、192.168.0.0/16 です。
      • Public Subnet 1 CIDR Range に、最初のパブリックサブネットに使用する CIDR 範囲を入力します (例: 192.168.0.0/24)。
      • Public Subnet 2 CIDR Range に、2 番目のパブリックサブネットに使用する CIDR 範囲を入力します (例: 192.168.1.0/24)。
      • Private Subnet 1 CIDR Range に、最初のプライベートサブネットに使用する CIDR 範囲を入力します (例: 192.168.2.0/24)。
      • Private Subnet 2 CIDR Range に、2 番目のプライベートサブネットに使用する CIDR 範囲を入力します (例: 192.168.3.0/24)。

        重要

        CIDR の競合を避けるために、サブネットに提供される CIDR 範囲が VPC CIDR 範囲内にあり、互いに重複しないようにすることが重要です。

        デフォルトのサブネット CIDR 範囲を参照点として確認できます。

    5. Existing network configuration セクションのフィールドは無視します。
  3. Next をクリックして手順 3 に進みます。
  4. ステップ 3 の Configure stack options ページでは、変更は必要ありません。

    • すべての設定はオプションであるか、正しいデフォルト値が指定されています。
  5. Next をクリックして手順 4 に進みます。
  6. ステップ 4 では、Review ページで一番下までスクロールします。

    • Capabilities セクションで、チェックボックスをオンにして CloudFormation による IAM リソースの作成を承認します。
  7. Submit をクリックします。
  8. アプリケーションはプロビジョニングを開始します。

    • インフラストラクチャーとアプリケーションが完全にプロビジョニングされるまで、しばらく時間がかかる場合があります。

デプロイメント後に CIDR 範囲を変更する場合は、現在のデプロイメントを削除してから、既存の VPC を使用したアプリケーションのデプロイ の手順に従ってください。

2.3.2. 既存の VPC を使用したアプリケーションのデプロイ

注記

以下の手順は、マーケットプレイスオファーがあることを前提としています。この手順は AWS Marketplace からの続きです。そのセクションの手順を完了してから、このセクションに進んでください。

次の手順では、既存の VPC ネットワークを使用してアプリケーションをデプロイします。

手順

  1. ステップ 1 では、Create stack ページで 次へ をクリックします。
  2. ステップ 2 の Specify stack details ページで、以下を行います。

    1. Stack name フィールドに、一意のスタック名を入力します。
    2. EC2 KeyPair フィールドで、以前に作成した EC2 キーペアを選択します。
    3. Select VPC フィールドで、Existing を選択します。
    4. New network configuration セクションのフィールドは無視してください。
    5. Existing network configuration セクションで、次のフィールドに入力します。

      • Which VPC ID should this be deployed to? フィールドに、既存の Virtual Private Cloud (VPC) の VpcId を入力します (例: vpc-01234567890abcdef)。
      • Existing VPC CIDR Range に、既存の Virtual Private Cloud (VPC) の CIDR 範囲を入力します (例: 192.168.0.0/16)。
      • Existing Private Subnet 1 ID に、最初の既存のプライベートサブネットの ID を入力します (例: subnet-077dd9969c32371f7)。
      • Existing Private Subnet 2 ID に、2 番目の既存のプライベートサブネットの ID を入力します (例: subnet-077dd9969c32371f7)。

        AWS コンソールからこれらをコピーして貼り付けると、非表示の文字が導入され、エントリーが失敗する可能性があることに注意してください。

  3. Next をクリックして手順 3 に進みます。
  4. ステップ 3 の Configure stack options ページでは、変更は必要ありません。

    • すべての設定はオプションであるか、正しいデフォルト値が指定されています。
  5. Next をクリックして手順 4 に進みます。
  6. ステップ 4 では、Review ページで一番下までスクロールします。

    • Capabilities セクションで、チェックボックスをオンにして CloudFormation による IAM リソースの作成を承認します。
  7. Submit をクリックします。
  8. アプリケーションはプロビジョニングを開始します。

    • インフラストラクチャーとアプリケーションが完全にプロビジョニングされるまで、しばらく時間がかかる場合があります。
トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat