システム管理者として、自動スケーリングを使用して ec2 インスタンスを管理する効率的な方法またはベスト プラクティスを探しています。
この次のシナリオを自動化する方法: (私たちの環境は、自動スケーリング、Elastic Load Balancing、および cloudwatch で実行されています)
aws を使用して管理タスクを自動化する方法について共有できるものがあれば、本当に感謝しています
アマゾン ウェブ サービス向けの新しい Chef ベースの DevOps ツールであるAmazon OpsWorksを確認してください。
これにより、さまざまなレイヤー (ロード バランサー、アプリ サーバー、DB...) のインスタンスでカスタム Chef レシピを実行したり、さまざまなソース リポジトリ (Git、Subversion など) からアプリのデプロイを管理したりできます。 ）。
負荷に基づく自動スケーリング (既に使用している自動スケーリングと同様) と、時間に基づく自動スケーリングをサポートしています。これは、標準の EC2 自動スケーリングでは実現がより複雑です。
これは比較的新しいサービスであり、まだすべての機能が利用できるわけではありませんが、役に立つかもしれません。
セキュリティ上の理由から、サーバーの rpm パッケージの最新バージョンにパッチを適用しますか? いいね（うん更新/アップグレード）
puppet または Chef を使用して、これを処理する cron ジョブを作成できます (cron は、最も基本的な形式で、bash スクリプトを介して更新をダウンロードまたはインストールします)。更新を適用する前に評価できるように、自動的にアップグレードするか、単に電子メールで管理者に通知することができます。
httpd.conf の変更のような Apache サーバーの構成変更を行い、それを自動スケーリング グループ内のすべてのインスタンスに適用しますか?
私は通常、Puppet マニフェストを通じてすべての構成ファイルを処理します。Puppet サーバーから更新をプルするように各 EC2 インスタンスをセットアップすると、必要に応じて変更をロールアウトできます。このプロセスの一部として、AutoScale グループに保存されている AMI を更新する必要があります (これは、Amazon コマンド ライン ツールを使用して行います)。
アプリの最新コードをサーバーにデプロイし、本番環境の中断を少なくするにはどうすればよいでしょうか?
最初にステージングでテストしてください。また、展開をバージョン管理することも巧妙な方法です。展開を行うたびに、独自のフォルダー (/var/www/v1 /var/www/v2 など) を取得し、展開が成功したことを確認したら、シンボリック リンクを更新するだけです。最新バージョンを指します (/var/www/current は /var/www/v2 を指します)。
OpsWorks はこの種の作業をすべて処理してくれるので、すべて自分でやりたくない場合は調べることができます。
管理タスクを自動化するために人形やシェフをどのように使用しますか?
Chef または Puppet を使用してあらゆる種類のことを実行できます。また、Chef または Puppet から呼び出す bash/python スクリプトを介して、実行できない (または方法がわからない) ことはすべて実行できます。
私は通常、パッケージのインストール、カスタム パッケージのビルド、アクセス許可の設定、ダウンロード、サービスの開始、構成ファイルの管理、cron ジョブのセットアップなどを行います。
aws を使用して管理タスクを自動化する方法について共有できるものがあれば、本当に感謝しています
CloudFormation を調べます。これにより、構成ファイルを使用してすべてのサーバーと関連サービス (EC2、LBS、CloudWatch を考えてください) をセットアップするのに役立ち、EC2 のオペレーティング システムだけでなく、スタック全体を自動化するのに役立ちます。