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

ネットワーク設定とポート設定

このセクションでは、VPC 設定、ポート設定、マルチサイトデプロイなど、IIS 移行のネットワーク設定オプションについて説明します。

VPC の構成

eb migrate コマンドは、Elastic Beanstalk 環境に柔軟な VPC 設定オプションを提供します。このツールは、ソース EC2 インスタンスから VPC 設定を検出するか、コマンドラインパラメータを使用してカスタム VPC 設定を受け入れることができます。VPC で Elastic Beanstalk を設定する方法については、Amazon VPC で Elastic Beanstalk を使用する「」を参照してください。

自動 VPC 検出

EC2 インスタンスで eb migrateを実行すると、ソース環境の EC2 インスタンスから VPC 設定を自動的に検出して使用します。次の出力例は、検出した設定情報を示しています。

PS C:\migrations_workspace > eb migrate
Identifying VPC configuration of this EC2 instance (i-0123456789abcdef0):
  id: vpc-1234567890abcdef0
  publicip: true
  elbscheme: public
  ec2subnets: subnet-123,subnet-456,subnet-789
  securitygroups: sg-123,sg-456
  elbsubnets: subnet-123,subnet-456,subnet-789
...

検出された設定には以下が含まれます。

オンプレミスホストまたは非AWS クラウドホスト

がオンプレミスサーバーまたはAWS クラウド以外のホストからeb migrate実行されると、Elastic Beanstalk サービスは AWS アカウントのデフォルト VPC を使用します。次のリストは、コマンドと出力の例を示しています。

PS C:\migrations_worspace> eb migrate `
      -k windows-test-pem `
      --region us-east-1 `
      -a EBMigratedEnv `
      -e EBMigratedEnv-test2 `
      --copy-firewall-config
Determining EB platform based on host machine properties
Using .\migrations\latest to contain artifacts for this migration run.
...

Elastic Beanstalk が環境のデフォルト VPC を設定するAmazon VPC で Elastic Beanstalk を使用する方法については、「」を参照してください。

カスタム VPC 設定

特定の VPC 設定が必要なソース環境 (EC2、オンプレミス、またはAWS クラウド以外) の場合は、次の例のような VPC 設定ファイルを指定します。

{
    "id": "vpc-12345678",
    "publicip": "true",
    "elbscheme": "public",
    "ec2subnets": ["subnet-a1b2c3d4", "subnet-e5f6g7h8"],
    "securitygroups": "sg-123456,sg-789012",
    "elbsubnets": ["subnet-a1b2c3d4", "subnet-e5f6g7h8"]
}

次のコマンドを使用して、この設定を適用します。

PS C:\migrations_workspace> eb migrate --vpc-config vpc-config.json

これらのシナリオでは、 --vpc-configパラメータを使用します。

ネットワークセキュリティ設定

デフォルトでは、 はターゲットインスタンスでポート 80 eb migrateを開きますが、ソースマシンから他の Windows Firewall ルールをコピーしません。すべてのファイアウォール設定を含めるには、次のコマンドを使用します。

PS C:\migrations_workspace> eb migrate --copy-firewall-config

このコマンドは、次のアクションを実行します。

ソースマシンに次の例で指定されたファイアウォールルールがあるユースケースを考えてみましょう。

# Source machine firewall configuration
Get-NetFirewallRule | Where-Object {$_.Enabled -eq 'True'} | Get-NetFirewallPortFilter | Where-Object {$_.LocalPort -eq 80 -or $_.LocalPort -eq 443 -or $_.LocalPort -eq 8081}
# Output shows rules for ports 80, 443, and 8081

移行では、次の設定を含むスクリプト (modify_firewall_config.ps1) が作成されます。

New-NetFirewallRule -DisplayName "Allow Web Traffic" -Direction Inbound -Action Allow -Protocol TCP -LocalPort 80,443
New-NetFirewallRule -DisplayName "Allow API Traffic" -Direction Inbound -Action Allow -Protocol TCP -LocalPort 8081

移行ツールは、次のアクションを自動的に実行します。

ロードバランサーの設定

Load Balancer の設定は、 --vpc-config引数を使用して指定できます。以下の例は、パラメータを示しています。

ポート設定を使用したマルチサイトデプロイ

eb migrate コマンドは、アプリケーションが依存関係を共有したり、非標準ポートを使用したりする可能性のある複雑なマルチサイト IIS デプロイを処理します。複数のサイトを持つ一般的なエンタープライズセットアップの例を次に示します。

<!-- IIS Configuration -->
<sites>
    <site name="Default Web Site" id="1">
        <bindings>
            <binding protocol="http" bindingInformation="*:80:www.example.com" />
        </bindings>
    </site>
    <site name="InternalAPI" id="2">
        <bindings>
            <binding protocol="http" bindingInformation="*:8081:api.internal" />
        </bindings>
    </site>
    <site name="ReportingPortal" id="3">
        <bindings>
            <binding protocol="http" bindingInformation="*:8082:reports.internal" />
        </bindings>
    </site>
</sites>

この設定を移行するには、次のコマンドとパラメータの例を使用します。

PS C:\migrations_workspace> eb migrate `
    --sites "Default Web Site,InternalAPI,ReportingPortal" `
    --copy-firewall-config `
    --instance-type "c5.large"

eb migrate コマンドは、各サイトの ID と設定を保持するデプロイパッケージを作成します。コマンドはaws-windows-deployment-manifest.json、これらのサイトのデプロイ方法を定義する を生成します。次の例は、生成された json ファイルを示しています。

{
    "manifestVersion": 1,
    "deployments": {
        "msDeploy": [
            {
                "name": "DefaultWebSite",
                "parameters": {
                    "appBundle": "DefaultWebSite.zip",
                    "iisPath": "/",
                    "iisWebSite": "Default Web Site"
                }
            }
        ],
        "custom": [
            {
                "name": "InternalAPI",
                "scripts": {
                    "install": {
                        "file": "ebmigrateScripts\\install_site_InternalAPI.ps1"
                    },
                    "restart": {
                        "file": "ebmigrateScripts\\restart_site_InternalAPI.ps1"
                    },
                    "uninstall": {
                        "file": "ebmigrateScripts\\uninstall_site_InternalAPI.ps1"
                    }
                }
            },
            {
                "name": "ReportingPortal",
                "scripts": {
                    "install": {
                        "file": "ebmigrateScripts\\install_site_ReportingPortal.ps1"
                    },
                    "restart": {
                        "file": "ebmigrateScripts\\restart_site_ReportingPortal.ps1"
                    },
                    "uninstall": {
                        "file": "ebmigrateScripts\\uninstall_site_ReportingPortal.ps1"
                    }
                }
            }
        ]
    }
}

移行プロセスでは、元のルーティングロジックを維持する次の Application Load Balancer リスナールールが作成されます。

共有設定と依存関係

サイトが設定または依存関係を共有すると、 はこれらの関係を適切にeb migrate処理します。複数のサイトが共通の設定を共有する場合は、次の例を参照してください。

<!-- Shared configuration in applicationHost.config -->
<location path="Default Web Site">
    <system.webServer>
        <asp enableSessionState="true" />
        <caching enabled="true" enableKernelCache="true" />
    </system.webServer>
</location>

移行プロセスは、次のタスクを完了します。

ベストプラクティス

移行したアプリケーションのネットワーク設定のベストプラクティスに従うことをお勧めします。以下のグループ化は、概要ガイドラインを提供します。

トラブルシューティング

一般的なネットワーク設定の問題には、次の領域が含まれます。次に、環境のネットワーク設定とヘルスに関する詳細情報を取得するためのコマンドの例を示します。