max-open ulimitが低いアップストリームAMIの問題を解決しようとしています。
制限ファイルに入力することができます。スレーブを手動で切断/再接続すると、新しい制限が適用されます。
ulimitの変更をcloud-initに入れることもできますが、masterはcloud-initが完了する前に接続します。
cloud-initで唯一のことは、ulimitファイルを書き込むことです。どのように「高速化」するのかわかりません。
ユーザーデータ：
#!/bin/sh
echo 'ec2-user hard nofile 65535' > /etc/security/limits.d/20-jenkins-maxfiles.conf
初期化スクリプト：
#!/bin/bash
echo Cloud-init status:
cloud-init status
echo Setting max-open soft to hard limit.
ulimit -S -n hard
echo Current limits:
ulimit -a
ec2-pluginの「Initスクリプト」で切断/再接続をトリガーしたり、接続を遅延させてcloud-initを終了させる方法はありますか？
具体的にどのAMIを使用していますか？cloud-initスタートアップを尊重する必要があります。
—
10月
Amazon Linux 2. ami-009d6802948d06e52のデフォルトは4096です。Init
—
レーバイン
cloud-init statusスクリプトの先頭に追加すると、ログに「status：running」と表示されます。
場合によっては起動タイミングに影響するSpotInstanceオプションを使用しています。これは5回のうち約4回の問題です。
—
レーベイン
私がインターネットで読んだものから、cloud-initは// systemd起動シーケンスで実行され、ulimitファイルにパッチを適用する前にsshdを起動できます。そこから「合理的な」パスが1つだけ表示されます。必要なものにパッチを当てたAMIを再構築します。また、ec2 jenkinsプラグインには初期化スクリプトが記載されています。これがcloud-configに注入されるものですか？：（のようなもの読んissues.jenkins-ci.org/browse/JENKINS-12771）
—
10月
ec2-pluginには、ユーザーデータと初期化スクリプトの両方があります。init-scriptは、スレーブへのすべての接続で実行されます。通常のec2ごとのユーザーデータ。私が観察したことから、init-scriptをユーザーデータに挿入するわけではありません。
—
レーベイン