自動展開ワークフロー

• 既存のトランジットゲートウェイ（TGW）と既存のカスタマーゲートウェイ（CGW）のシナリオについては、自動展開方式で設定できません。『Cisco DNA Center 2.3.5 on AWS Deployment Guide』で説明されているように、このルーティングを手動で設定する必要があります。

• AWS での Cisco DNA Center の自動設定ワークフローに手動で変更を加えると、自動展開と競合する可能性があります。Cisco Global Launchpad では解決できない問題が発生する可能性があるため、AWS コンソールを介して Cisco Global Launchpad でワークフローを手動で変更することは推奨できません。

• Cisco DNA Center を AWS に展開するには、有効なエンタープライズ DNS が必須です。詳細については、『Cisco DNA Center 2.3.5 on AWS Deployment Guide』の「Create a New Cisco DNA Center VA」を参照してください。

• Cisco DNA Center を AWS に展開した後、Cisco Global Launchpad を使用して DNS サーバーを更新することはできません。ただし、AWS コンソールを使用すると DNS サーバーを更新できます。詳細については、『Cisco DNA Center 2.3.5 on AWS Deployment Guide』の「Update the DNS Server on a Cisco DNA Center VA Using the AWS Console」を参照してください。

• Cisco DNA Center VA は VA ポッドごとに 1 つだけ作成できます。

• VA ポッドを設定する場合、次の VPN ベンダーはサポートされません。

  • Barracuda

  • Sophos

  • Vyatta

  • Zyxel

• Cisco Global Launchpad での VA ポッドの削除には約 20 ～ 40 分かかります。

[Overview] ペイン

Dashboard ペインでは [Privacy - Terms] リンクが機能していません。

ホステッド Cisco Global Launchpad

ブラウザからホステッド Cisco Global Launchpad のペイン（[Create/Manage Cisco Catalyst Center(s)] ペインなど）を更新すると、Dashboard ペインにリダイレクトされます。更新中に、URL から、選択したリージョンに関する情報を含むクエリパラメータが失われます。

リージョンと可用性ゾーン

• リリース 1.8.0 をインストールしてリージョンバージョンを更新するには、その前に Cisco Global Launchpad がリリース 1.2.1 以降を実行している必要があります。

• sa-east-1 リージョンはサポートされていないため、このリージョンで作成された VA ポッドとリソースは、AWS コンソールを使用して手動で削除する必要があります。

• Cisco Global Launchpad はローカルゾーンと波長ゾーンをサポートしていません。リージョンの AWS 可用性ゾーンのみをサポートします。

• 次の可用性ゾーンでは最小インスタンスサイズ（r5a.8xlarge）がサポートされていないため、これらのゾーンでは VA ポッドを作成できません。

  • us-east-1 リージョンの us-east-1e 可用性ゾーン

  • ap-northeast-2 リージョンの ap-northeast-2b および ap-northeast-2d 可用性ゾーン

  • ca-central-1 リージョンの ca-central-1d 可用性ゾーン

根本原因分析

Amazon S3 ライフサイクルの根本原因分析（RCA）フォルダ構造の更新により、Cisco Global Launchpad リリース 1.2.x 以前でトリガーされた RCA は、Cisco Global Launchpad リリース 1.3.0 以降では表示できません。

Amazon 電子メールサブスクリプション、ログ、およびアラーム

• 複数のユーザーが同時に電子メール ID を更新しないでください。この場合、更新された最新の電子メール ID が電子メール通知に使用されます。

• ラムダ関数の Amazon CloudWatch アラームは、対応するラムダ関数の実行でエラーが発生しない限り、不十分なデータ状態のままになります。ラムダ関数でエラーが発生すると、 Amazon CloudWatch はメトリックを収集し、アラームをトリガーします。すべてのラムダアラームのしきい値は 1 であるため、障害が発生した場合に Amazon CloudWatch はアラートをキャプチャできます。

• S3 などの一部のアラームでは、グリニッジ標準時（GMT）または UTC の午前 0 時に 1 日 1 回のみメトリックが報告されます。そのため、ダッシュボードのメトリックが更新されるまでに 24 ～ 48 時間かかる場合がありますが、これは予想される動作です。

• ログやデータなどのオブジェクトを保存するために Amazon S3 バケットが自動的に作成されます。オブジェクトは、期限切れとしてマークされると、Amazon S3 ライフサイクルポリシーによってバケットから自動的に削除されます。ただし、Amazon S3 ライフサイクルポリシーは非同期的に動作するため、削除には時間がかかる場合があります。オブジェクトが期限切れとしてマークされている場合、バケットに表示される可能性がありますが、そのオブジェクトは課金されないことに注意してください。これは Amazon の機能およびポリシーであるため、最新情報については、Amazon AWS の Web サイト https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-lifecycle-mgmt.html を参照してください。