問題タブ [cloud-init]

後でフリートで管理できるように、cloud-init でユニットを開始できますか?

通常のsystemdサービスのみをクラウドユニットで開始できるようですが、フリートの制御下に置くことはできません。これは正しいですか？

クラスターがブートストラップされた後に特定のサービスを自動的に開始するための可能な解決策は何ですか?

解決済み:

ユーザー データの EC2 インスタンスで定義されたクラウド構成ファイルがあります。パーツ/アクションの多くはサーバーによって適切に実行されますが、パッケージのインストールは常に失敗するようです:

ログに次のように表示されます。

実際にコマンドyum -t -y install puppet3 lvm2 btrfs-progsをルートとして実行すると、問題なく実行されますが、Cloud Init は単独で実行できません。

ここで私が間違っていることはありますか？

openstack での vm の作成中に、指定した公開鍵が新しく作成された vm に挿入されるように、キーペア名を指定できます。

マシンのどの状態でキー インジェクションが行われるかを完全に知りたいですか? マシンが ACTIVE 状態にある場合、キー インジェクションが完了することは保証されますか?

詳細: キー ペアのクォータには制限があり、ターゲット マシンに挿入された直後に各キー ペアを openstack から削除したいと考えています。私は openstack ReST API にしかアクセスできず、ターゲット VM にはアクセスできません。

更新 novaインスタンステーブルを見ると、そこにも「キー名」と「キー データ」が存在することがわかります。キーがこのテーブルにコピーされ、元のキーが参照されなくなったと思います。したがって、キーを削除しても問題は発生しません。私が間違っている？

RHEL 7.1 AMIから開始されたインスタンスは、SSH フィンガープリントをシステム ログに書き込まないようです (cloud-init の出力からはまったく何もありません)。そのため、AWS UI またはコマンド ラインの [システム ログの取得] メニューを使用できません。起動されたサーバーの ssh フィンガープリントを把握するためのツール。Centos 7ではデフォルトで動作します。cloud-init 構成の問題でしょうか、それとも別の問題でしょうか? /var/logCloud-init が正常に実行され、SSH 接続後にログが存在します。

GCE で ubuntu の VM インスタンスに cloud-init スクリプトを提供することは可能ですか? つまり、次のようなものを実行します