翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# OpsWorks Chef 12 Linux の スタックのサポート
**重要**
この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、[AWS re:Post](https://repost.aws/) または[AWS プレミアムサポート](https://aws.amazon.com/support)を通じて AWS サポート チームにお問い合わせください。
このセクションでは、Chef OpsWorks 12 Linux 用の スタックの概要を説明します。Windows での Chef 12 の詳細については、「[入門ガイド: Windows](gettingstarted-windows.md)」を参照してください。Linux での以前の Chef バージョンの詳細については、「[Linux 用 Chef 11.10 以前のバージョン](chef-11-linux.md)」を参照してください。
## 概要:
OpsWorks スタックは、Linux スタック用の Chef の最新バージョンである Chef 12 をサポートしています。詳細については、「[Learn Chef](https://docs.chef.io/)」を参照してください。
OpsWorks スタックは Linux スタック用の Chef 11.10 を引き続きサポートします。ただし、さまざまなコミュニティクックブックを活用するか、独自のカスタムクックブックを作成することを希望する高度な Chef ユーザーの場合は、Chef 12 を使用することをお勧めします。Chef 12 スタックには、Linux 用 Chef 11.10 以前のバージョンに対して次のような利点があります。
+ **2 つの個別の Chef 実行** - インスタンスでコマンドが実行されると、 スタックエージェントは 2 OpsWorks つの独立した Chef 実行を実行するようになりました。1 つはインスタンスを AWS Identity and Access Management (IAM) などの他の AWS サービスと統合するタスクに対して実行し、もう 1 つはカスタムクックブックに対して実行します。Chef の最初の実行では、インスタンスに OpsWorks スタックエージェントがインストールされ、ユーザーのセットアップと管理、ボリュームのセットアップと設定、CloudWatch メトリクスの設定などのシステムタスクが実行されます。2 回目の実行は、[OpsWorks スタックライフサイクルイベント](workingcookbook-events.md) 用のカスタムレシピの実行専用です。この 2 回目の実行により、独自の Chef クックブックまたはコミュニティクックブックを使用することができます。
+ **名前空間の競合の解決** - Chef 12 以前では、 OpsWorks スタックがシステムタスクを実行し、共有環境で組み込みのレシピとカスタムレシピを実行していました。これにより、名前空間の競合が発生し、 OpsWorks スタックが実行したレシピが明確ではありません。不要なデフォルト設定は、手動で上書きする必要がありました。これは時間がかかり、エラー発生の原因となるタスクです。Linux 用 Chef 12 では、 OpsWorks スタックは PHP、Node.js、Rails などのアプリケーションサーバー環境用の組み込み Chef クックブックをサポートしなくなりました。組み込みレシピを排除することで、 OpsWorks スタックは組み込みレシピとカスタムレシピ間の命名衝突の問題を排除します。
+ **Chef コミュニティクックブックの強力なサポート** – OpsWorks スタック Chef 12 Linux は、Chef スーパーマーケットのコミュニティクックブックの互換性とサポートを強化します。 OpsWorks スタックが以前に提供した組み込みクックブック、つまり最新のアプリケーションサーバー環境とフレームワークで使用するように設計されたクックブックよりも優れたコミュニティクックブックを使用できるようになりました。これらのクックブックのほとんどは、Linux 用 Chef 12 を変更することなく実行できます。詳細については、[[Learn Chef]](https://docs.chef.io/) ウェブサイト、[[Chef Supermarket]](https://supermarket.chef.io/) (Chef スーパーマーケット) ウェブサイトで [[Chef Supermarket]](https://docs.chef.io/supermarket.html) (Chef スーパーマーケット) を、および [[GitHub]](https://github.com/) 上のリポジトリで [[Chef Cookbooks]](https://github.com/chef-cookbooks) (シェフクックブック) を参照してください。
+ **タイムリーな Chef 12 の更新** - OpsWorks スタックは、各 Chef リリースの直後に Chef 環境を最新の Chef 12 バージョンに更新します。Chef 12 では、Chef のマイナーな更新と新しい OpsWorks Stacks エージェントリリースが同時に行われます。これにより、新しい Chef リリースを直接テストすることができ、Chef レシピおよびアプリケーションで Chef の最新機能を利用できます。
Chef 12 以前にサポートされていた Chef のバージョンの詳細については、「[Linux 用 Chef 11.10 以前のバージョン](chef-11-linux.md)」を参照してください。
## Chef 12 への移行
Chef OpsWorks 12 Linux の主なスタックの変更点と、以前の Chef バージョン 11.10、11.4、および 0.9 のサポートは次のとおりです。
+ Linux スタック用 Chef 12 に対して組み込みレイヤーは提供されず、サポートもされません。カスタムレシピのみが実行されるため、このサポートの削除により、インスタンスのセットアップ方法に透明性が与えられ、カスタムクックブックの作成と維持がかなり容易になります。たとえば、組み込みの Stacks OpsWorks レシピの属性を上書きする必要がなくなりました。組み込みレイヤーを削除すると、 スタックは Chef OpsWorks コミュニティによって開発および保守されているクックブックをより適切にサポートできるため、それらを最大限に活用できます。Linux 用 Chef 12 で使用できなくなった組み込みのレイヤータイプは、[AWS Flow (Ruby)](https://docs.aws.amazon.com/opsworks/latest/userguide/workinglayers-awsflow.html)、[Ganglia](https://docs.aws.amazon.com/opsworks/latest/userguide/layers-other-ganglia.html)、[HAProxy](https://docs.aws.amazon.com/opsworks/latest/userguide/layers-haproxy.html)、[Java App Server](https://docs.aws.amazon.com/opsworks/latest/userguide/layers-java.html)、[Memcached](https://docs.aws.amazon.com/opsworks/latest/userguide/layers-other-memcached.html)、[MySQL](https://docs.aws.amazon.com/opsworks/latest/userguide/workinglayers-db-mysql.html)、[Node.js App Server](https://docs.aws.amazon.com/opsworks/latest/userguide/workinglayers-node.html)、[PHP App Server](https://docs.aws.amazon.com/opsworks/latest/userguide/workinglayers-php.html)、[Rails App Server](https://docs.aws.amazon.com/opsworks/latest/userguide/workinglayers-rails.html)、および [Static Web Server](https://docs.aws.amazon.com/opsworks/latest/userguide/workinglayers-static.html) です。
+ OpsWorks スタックは指定したレシピを実行しているため、カスタムクックブックを実行して組み込み OpsWorks の スタック属性を上書きする必要がなくなりました。独自のレシピまたはコミュニティレシピで属性を無効にするには、Chef 12 ドキュメントの「[属性について](https://docs.chef.io/attributes.html)」の手順と例に従ってください。
+ OpsWorks スタックは、Chef 12 Linux スタックの次のレイヤーのサポートを引き続き提供します。
+ [カスタムレイヤー](workinglayers-custom.md)
+ [Amazon RDS サービスレイヤー](workinglayers-db-rds.md)
+ [ECS クラスターレイヤー](workinglayers-ecscluster.md)
+ Chef 12 Linux 用のスタック設定とデータバッグは変更され、Chef 12.2 Windows 用と非常によく類似したものになりました。これにより、これらのデータバッグのクエリ、分析、およびトラブルシューティングが簡単になりました (特に、さまざまなオペレーティングシステムタイプでスタックを操作する場合)。 OpsWorks スタックは暗号化されたデータバッグをサポートしていないことに注意してください。パスワードや証明書などの機密データを暗号化された形式で保存するには、プライベート S3 バケットに保存することをお勧めします。これで、[Amazon SDK for Ruby](https://aws.amazon.com/documentation/sdk-for-ruby/) を使用するカスタムレシピを作成できます。例については、[ SDK for Ruby を使用する](cookbooks-101-opsworks-s3.md) を参照してください。詳細については、[OpsWorks スタックデータバッグリファレンス](data-bags.md) を参照してください。
+ Chef 12 Linux で、Berkshelf はスタックインスタンスでインストールされなくなりました。代わりに、ローカルの開発用マシンで Berkshelf を使用して、クックブックの依存関係をローカルにパッケージ化することをお勧めします。次に、依存関係を含めて、パッケージを Amazon Simple Storage サービスにアップロードします。最後に、クックブックソースとしてアップロードされたパッケージを使用するように Chef Linux 12 のスタックを変更します。詳細については、「[ローカルでのクックブックの依存関係のパッケージ化](best-practices-packaging-cookbooks-locally.md)」を参照してください。
+ EBS ボリュームに対する RAID 設定のサポートは終了しました。パフォーマンスを向上させるには、[[provisioned IOPS for Amazon Elastic Block Store (Amazon EBS)]](https://aws.amazon.com/about-aws/whats-new/2012/07/31/announcing-provisioned-iops-for-amazon-ebs/) (Amazon Elastic Block Store (Amazon EBS) 用にプロビジョニングされたIOPS) を使用することができます。
+ autofs のサポートは終了しました。
+ サブバージョンリポジトリのサポートは終了しました。
+ レイヤーごとの OS パッケージのインストールは、カスタムレシピで完了する必要があります。詳細については、「[レイヤーごとのパッケージのインストール](per-layer-os-package-install.md)」を参照してください。
## サポートされるオペレーティングシステム
Chef 12 は、以前のバージョンの Chef と同じ Linux オペレーティングシステムをサポートします。Chef 12 Linux スタックで使用できる Linux オペレーティングシステムタイプとバージョンのリストについては、「[Linux オペレーティングシステム:](workinginstances-os-linux.md)」を参照してください。
## サポートされるインスタンスタイプ
OpsWorks スタックは、ハイパフォーマンスコンピューティング (HPC) クラスターコンピューティング、クラスター GPU、ハイメモリクラスターインスタンスタイプなどの特殊なインスタンスタイプを除き、Chef 12 Linux スタックのすべてのインスタンスタイプをサポートします。
## 詳細情報
Linux スタック用 Chef 12 の操作方法の詳細については、以下を参照してください。
+ [使用開始: サンプル](gettingstarted-intro.md)
スタックコンソールを使用して Node OpsWorks .js アプリケーション環境を作成するための簡単な実践的な演習をガイドすることで、 OpsWorks スタックについて説明します。
+ [入門ガイド: Linux](gettingstarted-linux.md)
OpsWorks スタックと Chef 12 Linux を紹介し、 OpsWorks スタックコンソールを使用した実践的な演習を通じて、トラフィックを処理する Node.js アプリを備えたシンプルなレイヤーを含む基本的な Chef 12 Linux スタックを作成します。
+ [カスタムレイヤー](workinglayers-custom.md)
Chef 12 Linux スタックのクックブックとレシピを含むレイヤーの追加に関するガイダンスを提供します。Chef コミュニティが提供している、すぐに使用できるクックブックとレシピを使用するか、または独自のクックブックとレシピを作成できます。
+ [データバッグへの移行](attributes-to-data-bags.md)
Chef 11 以前のバージョンを実行している Linux スタックによって使用されているインスタンス JSON を Chef 12 と比較します。Chef 12 のインスタンスの JSON 形式に関する参照資料へのリンクも示します。