Chef 12 Linux 用の AWS OpsWorks スタックのサポート - AWS OpsWorks

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

Chef 12 Linux 用の AWS OpsWorks スタックのサポート

このセクションでは、Chef 12 Linux 用の AWS OpsWorks スタックの概要について説明します。Windows での Chef 12 の詳細については、「使用開始: Windows」を参照してください。Linux での以前の Chef バージョンの詳細については、「Linux 用 Chef 11.10 以前のバージョン」を参照してください。

Overview

AWS OpsWorks スタックは、Linux スタック用の最新バージョンの Chef である Chef 12 をサポートしています。詳細については、「Learn Chef」を参照してください。

AWS OpsWorks スタックは、Linux スタック用の Chef 11.10 を引き続きサポートします。ただし、さまざまなコミュニティクックブックを活用するか、独自のカスタムクックブックを作成することを希望する高度な Chef ユーザーの場合は、Chef 12 を使用することをお勧めします。Chef 12 スタックには、Linux 用 Chef 11.10 以前のバージョンに対して次のような利点があります。

  • 2つの独立したシェフラン-インスタンス上でコマンドが実行されると、AWS OpsWorksスタックエージェントは 2 つの独立した Chef の実行を行います。1 つはAWS Identity and Access Management(IAM)、およびカスタムクックブック用に 1 回実行する必要があります。最初の Chef 実行では、AWS OpsWorksインスタンスでエージェントをスタックし、ユーザーのセットアップと管理、ボリュームのセットアップと設定、CloudWatch メトリクスの設定などのシステムタスクを実行します。2 回目の実行は、AWS OpsWorks Stacks のライフサイクルイベント 用のカスタムレシピの実行専用です。この 2 回目の実行により、独自の Chef クックブックまたはコミュニティクックブックを使用することができます。

  • 名前空間の競合の解決 - Chef 12 以前では、AWS OpsWorks スタックがシステムタスクを実行し、共有環境で組み込みのレシピとカスタムレシピを実行していました。そのため、名前空間の競合が発生したり、AWS OpsWorks スタックで実行する必要があるレシピがわかりにくくなったりしていました。不要なデフォルト設定は、手動で上書きする必要がありました。これは時間がかかり、エラー発生の原因となるタスクです。Linux 用 Chef 12 では、AWS OpsWorks スタックは PHP、Node.js、Rails などのアプリケーションサーバー環境用の組み込みの Chef クックブックをサポートしなくなりました。組み込みのレシピをなくすことで、AWS OpsWorks スタックは組み込みのレシピとカスタムレシピ間で命名の競合の問題を排除しています。

  • Chef コミュニティクックブックの強力なサポート - AWS OpsWorks スタックの Chef 12 Linux は Chef Supermarket のコミュニティクックブックに対して、より高い互換性とサポートを提供します。AWS OpsWorks スタックが以前に提供していた組み込みのクックブックよりも優れたコミュニティクックブックを使用できるようになりました。これらは、最新のアプリケーションサーバー環境とフレームワークで使用するために設計されたクックブックです。これらのクックブックのほとんどは、Linux 用 Chef 12 を変更することなく実行できます。詳細については、「スーパーマーケットChef の詳細ウェブサイト、スーパーマーケットWeb サイト、およびシェフ・クックブック上のリポジトリGitHub

  • Chef 12 のタイムリーな更新 - AWS OpsWorks スタックは、Chef リリースが公開されると間もなくその Chef 環境を最新の Chef 12 バージョンに更新します。Chef 12 により、Chef の小規模な更新と AWS OpsWorks スタックエージェントの新しいリリースは同時に行われます。これにより、新しい Chef リリースを直接テストすることができ、Chef レシピおよびアプリケーションで Chef の最新機能を利用できます。

Chef 12 以前にサポートされていた Chef のバージョンの詳細については、「Linux 用 Chef 11.10 以前のバージョン」を参照してください。

Chef 12 への移行

以前の Chef バージョン 11.10、11.4、および 0.9 のサポートと比較した、Chef 12 Linux に対する AWS OpsWorks スタックの主要な変更は次のとおりです。

  • Linux スタック用 Chef 12 に対して組み込み Layer は提供されず、サポートもされません。カスタムレシピのみが実行されるため、このサポートの削除により、インスタンスのセットアップ方法に透明性が与えられ、カスタムクックブックの作成と維持がかなり容易になります。たとえば、組み込みの AWS OpsWorks スタックのレシピの属性を上書きする必要はなくなりました。また、組み込みのレイヤーを削除すると、AWS OpsWorks スタックは Chef コミュニティによって開発および保守管理されるサポートクックブックをより良く支援できるようになり、最大限に活用することができます。Linux 用 Chef 12 では使用できなくなった組み込みのレイヤータイプは次のとおりです。AWS フロー (Ruby),Ganglia,HAProxy,Java アプリケーションサーバー,Memcached,MySQL,Node.js アプリケーションサーバー,PHP アプリケーションサーバー,Rails アプリケーションサーバー, および静的 Web サーバー

    • AWS OpsWorks スタックはユーザーが指定したレシピを実行するため、カスタムクックブックを実行して組み込みの AWS OpsWorks スタック属性を無効にする必要はなくなりました。独自のレシピまたはコミュニティレシピで属性を無効にするには、Chef 12 ドキュメントの「属性について」の手順と例に従ってください。

  • AWS OpsWorks スタックは、Chef 12 Linux スタックの以下のレイヤーを引き続きサポートします。

  • Chef 12 Linux 用のスタック設定とデータバッグは変更され、Chef 12.2 Windows 用と非常によく類似したものになりました。これにより、これらのデータバッグのクエリ、分析、およびトラブルシューティングが簡単になりました (特に、さまざまなオペレーティングシステムタイプでスタックを操作する場合)。AWS OpsWorks スタックでは、暗号化されたデータバッグはサポートされていない点に注意してください。パスワードや証明書などの機密データを暗号化された形式で保存するには、プライベート S3 バケットに保存することをお勧めします。これで、Amazon SDK for Ruby を使用するカスタムレシピを作成できます。例については、SDK for Ruby を使用する を参照してください。詳細については、AWS OpsWorks スタックのデータバッグのリファレンス を参照してください。

  • Chef 12 Linux で、Berkshelf はスタックインスタンスでインストールされなくなりました。代わりに、ローカルの開発用マシンで Berkshelf を使用して、クックブックの依存関係をローカルにパッケージ化することをお勧めします。次に、依存関係を含めてパッケージを Amazon Simple Storage サービスにアップロードします。最後に、クックブックソースとしてアップロードされたパッケージを使用するように Chef Linux 12 のスタックを変更します。詳細については、「ローカルでのクックブックの依存関係のパッケージ化」を参照してください。

  • EBS ボリュームに対する RAID 設定のサポートは終了しました。パフォーマンスを向上させるには、Amazon Elastic Block Store (Amazon EBS) 用にプロビジョンド IOPS

  • autofs のサポートは終了しました。

  • サブバージョンリポジトリのサポートは終了しました。

  • Layer ごとの OS パッケージのインストールは、カスタムレシピで完了する必要があります。詳細については、「Layer ごとのパッケージのインストール」を参照してください。

サポートされるオペレーティングシステム

Chef 12 は、以前のバージョンの Chef と同じ Linux オペレーティングシステムをサポートします。Chef 12 Linux スタックで使用できる Linux オペレーティングシステムタイプとバージョンのリストについては、「Linux オペレーティングシステム」を参照してください。

サポートされる インスタンスタイプ

AWS OpsWorks スタックは、ハイパフォーマンスコンピューティング (HPC) クラスターコンピューティング、クラスター GPU、高メモリクラスターインスタンスタイプなどの特殊なインスタンスタイプを除いて、Chef 12 Linux スタック用のすべてのインスタンスタイプをサポートします。

詳細情報

Linux スタック用 Chef 12 の操作方法の詳細については、以下を参照してください。

  • 使用開始: 例

    Node.js アプリケーション環境を作成する AWS OpsWorks スタックコンソールの短いハンズオン演習を通じて、AWS OpsWorks スタックについて紹介します。

  • 使用開始: Linux

    トラフィックに対応する Node.js アプリケーションでシンプルなレイヤーを含む基本的な Chef 12 Linux スタックを作成する AWS OpsWorks スタックコンソールのハンズオン演習を通じて、AWS OpsWorks スタックおよび Chef 12 Linux について紹介します。

  • カスタムレイヤー

    Chef 12 Linux スタックのクックブックとレシピを含む Layer の追加に関するガイダンスを提供します。Chef コミュニティが提供している、すぐに使用できるクックブックとレシピを使用するか、または独自のクックブックとレシピを作成できます。

  • データバッグへの移行

    Chef 11 以前のバージョンを実行している Linux スタックによって使用されているインスタンス JSON を Chef 12 と比較します。Chef 12 のインスタンスの JSON 形式に関する参照資料へのリンクも示します。