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

# 制限事項
<a name="migrating-to-systems-manager-limitations"></a>

新しい OpsWorks アーキテクチャは、 のアーキテクチャとは異なります AWS OpsWorks Stacks。このセクションでは、このアーキテクチャの既知の制限について説明します。

以下は新しい OpsWorks アーキテクチャではサポートされていません。
+ Windows と CentOS インスタンスでの Chef レシピの実行
+ 組み込み Chef 11 レイヤーと Berkshelf
+ Chef の属性とデータバッグ
+ オンプレミスインスタンス
+ EC2 からインポートされたインスタンス
+ ユーザー指定のオペレーティングシステムパッケージリストのインストールはサポートされていません。
+ アプリはサポートも移行もされていない

以下は制限付きでサポートされています。
+ 移行スクリプトは EBS ボリューム情報を複製しますが、ボリュームに含まれるマウントポイントと実際のデータは除外します。
+ 時間ベースおよび負荷ベースのスケールされたインスタンスは移行されますが、これらのインスタンスに関連するスケーリングルールは移行されません。Auto Scaling グループを変更して同様の結果を得ることができます。
+ OpsWorks コンソールのスタックの **権限** ページで定義されている IAM エンティティは作成も生成もされません。
+  移行スクリプトは、 Systems Manager でシングルレイヤーアプリケーションをプロビジョニングすることしかできません。たとえば、同じスタック内の二つのレイヤーに対してスクリプトを 2 回実行すると、 Systems Manager に二つの異なるアプリケーションが表示されます。