問題タブ [salt-cloud]

私はソルト スタックを使用しており、salt-cloud コマンドを使用して新しい EC2 インスタンスをプロビジョニングしたいと考えています。しかし、salt-cloud コマンドで認証エラーが発生します。

これは私の /etc/salt/cloud.providers.d/aws.conf ファイルです

そして、これは私の /etc/salt/cloud.profiles.d/aws_pofiles.conf です

動作させようとしているコマンドのデバッグ出力を次に示します。

誰かが突き刺して、認証エラーが発生する理由を教えてもらえますか? 編集された AWS キーは、AWS インターフェイスから直接取得され、cloud.providers ファイルにコピーされました。

ソルト クラウドを使用して Windows ec2 インスタンスを起動しています。ただし、セキュリティグループを設定できません。インスタンスに指定した SG を与える代わりに、「デフォルト」のセキュリティ グループを与えます。

これが私のクラウド プロファイルの定義です。

オンライン yaml チェッカーで解析すると、yaml がチェックアウトされます。「デフォルト」のセキュリティ グループではなく、指定したセキュリティ グループを取得するにはどうすればよいですか?

私は次の設定をしています：

VM1: ジェンキンス/ソルト マスター - ソルト構成なし

VM2: syndic salt master/salt-cloud/gcloud/kubectl/salt minion が VM1 を指す

VM3: ソルト ミニオン、VM2 を指す

ディスクをマウントしてファイルをコピーするミニオン (VM3) で状態を実行する前に、実際にディスクを VM3 にアタッチする salt-cloud コマンドを実行する必要があります。問題は、VM1 と VM2 ミニオンにソルト状態ファイルがないため、シンディック マスターではなく VM1 を指しているため、highstate を実行できないことです。

Salt-cloud がないため、VM3 で実行する disk attach salt-cloud コマンドを含めることもできません。私のオプションは、VM3でhighstateを実行する前に、マスターでsalt-cloudコマンドをローカルでトリガーすることです。この時点で、これを適切に実装する方法について行き詰まっています。

すべてのアイデアは大歓迎です！

ソルト クラウド構成のソルト マスターと、複製する必要がある vmware に含まれる基本イメージを想像してください (vmware ツールがインストールされていない、新しくインストールされたシステムのみ)。vmware クラウド プロバイダーは自動的に vmware ツールをインストールしようとしますが、私の場合はデフォルトの 1200 秒のタイムアウト後に失敗します。

これは次のようになります。

現在、私はdebianベースのディストリビューションに取り組んでおり、パッケージopen-vm-tools（vmwareはしばらくの間openvmtoolsをサポートしているため）がうまくいきます（現在、ミニオンが起動して統合されているときに、状態を使用して存在する必要があることを確認しています）。

しかし、後で正しく起動するには Windows イメージも必要になるので、上記のプロバイダーを使用して、VMware ツールを適切に処理する方法と場所を自問します。

vmware ツールのインストールとアップグレードは、salt-cloud ブートストラップ プロセスの一部にする必要がありますか?それとも、ミニオンが作成された後に制御を引き継ぐ構成管理に属しますか?

このドキュメントでvmware ツールのアップグレードを処理する関数を見つけましたが、これが openvmtools とベンダーの vmtools を区別するかどうかはわかりません。また、プロバイダーにツールをインストールしないように指示する方法についても何も見つかりませんでした.

これをどのように処理しますか？

これは本当に奇妙です。salt-cloud を使用して、いくつかの Windows 2012 サーバーを EC2 に起動しています。そして、私はこのプロファイルを使用しています：

そして、このコマンドを与える：

結果のサーバーは、AWS のこのサブネットになります。

私はソルトクラウドバージョンを使用しています:salt-cloud 2016.9.0-410-gdedfd82

以下を実行しているサーバー上:CentOS Linux release 7.2.1511

一体何が起こっているのですか？

sudo salt-cloud -p ec2_east_micro_dev saltcloud_micro_testSalt-master ec2 インスタンスで実行しようとすると、同じエラーが発生し続ける理由がわかりません。すべての設定は正しいように見えますが、invalidParameterCombination エラーが表示され続けます。

ありがとうございました

お元気でお過ごしください。

Salt-Stack Salt-Cloud python APIを使用して、AWS EC2 での MongoDB レプリカ セットの展開を自動化しています。

1 つのスクリプトを使用してサーバーをプロビジョニングしたいと考えています。

ただし、db_master_profile などの別のクラウド プロファイルを使用して最初のサーバーを作成したいと考えています。「プロファイル」クライアント用の vm_overrides オプションがあります (上記のリンク先のドキュメントを参照)。

これが可能な解決策である場合、または低オーバーヘッドの SINGLE スクリプトを使用して Salt-Cloud プロファイルに基づいてインスタンスをプロビジョニングする代替方法である場合、vm_overrides がどのように機能するかについて誰かが光を当てることができますか?