Template特に変わったことはしていないです。Groupこちらも大したことはしていないです。使ってコードをスッキリさせたくらいでしょうか。あとはオンデマンド/スポットを扱えるようにしています。CloudWatchによる増減機能は使用しません。用のグループをもう1つ作っています。まとめることもできましたが、明確に役割で分けたほうが扱いやすそうだったので、分けてやりました。構想については前の記事を参照です。つけていますが省略します。スクリプトと、何をやっているかの解説をします。実行するように定められています。して登録する、という重要な処理を完了させるからです。基本的に、公式AMIはそのまま使いたいという方針でいます。タイミングで行うことがベターになります。大きな変更を入れたければ、手を加えた状態で手元のアカウントにAMIを保存して使うというのもアリでしょう。スクリプト今のところ、こんな感じです。することでEC2に伝播する方法がありますが、それだと固定値になってしまいます。つけるのがベターです。x置換手法は昔に自分で編み出したのですが、長く色々みてると、わりと同じことしているシステムやプラットフォームを見かけたので、それなりに一般的な手法っぽいです。これはあえて処理をコメントアウトしてわかるとおり、変更してしまうとEKS内の情報と食い違うことになり、メトリック取得に失敗したり不都合が出るのでやめています。SSHログインしての調査時のことを考えると変更したいのですが、仕方ありません。いまのところオプションでの辻褄合わせなどできなさそうですが、こちらは変更しないほうが無難なように判断したので深追いはしません。変更できないものがあります。事前に変更しておきます。追記してUserDataを更新すれば、次のNodeから反映されるので、このくらいだとAMI更新より良い方法だと思えますね。オプションは出てこないと思いますが、ここでは2つの項目を扱うためにオプション行を入れています。入れるのはこのタイミングしかありません。指定するためで、Taints機能も同じく別記事&このタイミングです。渡すように書いています。ぶっちゃけ、このあたりはクソ複雑なので、いきなりこれらを扱おうとしても無意味どころか害になるので、最初は入れないでください。いう方法があるんだ程度に済ませておいて、後で取りにくる感じがよいと思います。下記訂正!とタグについて追記します。この時点ではまだNodeの状態がReadyにならないので、Podは起動できません。使える状態になります。Node情報を見ることができるようになります。一応、この時点で手動Pod起動はできますが、あまり意味ないし楽しくないのでやりません。大事なことを忘れていたので追記します。Nodeとして仲間入りするための大切なタグがあります。“owned”という内容です。一覧からクラスタへ利用するノードである、ということを認識します。変数の部分を抜き出してくると、こんな感じのコードになっています。用のタグもありますが、ご愛嬌で。使えるようになったおかげで、綺麗に書けた、つもりでいます。踏み込むので、ちっとは楽しくなっていきます。コメントをキャンセルメールアドレスが公開されることはありません。data-url="">外道父ドリコムで主にインフラエンジニアをやっている何でも屋。WordPress.。