構成管理は少数のサーバーで使用できますか？

AnsibleやPuppetのようなものを使用していて、サーバーが2台しかない場合、これらの製品を使用する目的に反しているのでしょうか？1つのサーバーを構成した場合、これらの1つを使用して他のサーバーに複製できると考えました。

configuration-management

— ジョニー
ソース

回答:

いいえ、目的を破っていません。実際、私はAnsibleを使用して、趣味やサイドプロジェクトで使用する単一サーバーを非常に頻繁にセットアップしています。これにより、サーバーのバージョン管理された反復可能な自己文書化構成を維持できます。

— シージャオズ
ソース

私の理解では、それは「昔」のようなものです。マシンをセットアップし、必要なものをすべて置いて、イメージングする代わりに、CFソフトウェアを使用してオンザフライで実行します。これは、Dockerなどをインストールして構成し、Ansibleを実行することを意味します。

— ジョニー

@johnnyそうでもない。マシンで必要なものを決定し、マシンをその状態にするプレイ/ロール/レシピを構築します。Ansibleの役割の1つは、Dockerのインストールと構成です。実際に「手動」でマシンを構成するわけではありません。また、Ansibleはある方法始めるための障壁の低下。必要なのはssh / pythonを動作させることだけです。

— jscott

正直なところ、サーバーが2つしかない場合にCMシステムを開始するオーバーヘッドは高くなりますが、それだけの価値があると思います。また、jscottが言ったように、CMシステムにシステムを完全に設定させ、手伝うことができれば何も手作業でインストールしないでください。

— マークヘンダーソン

人形IDの@MarkHendersonは同意します。ansibleのオーバーヘッドは実際にはそれほど高くありませんが、ansibleを使用したのが初めての場合はそうかもしれません。

— Sirex

私は現在のコンセンサスに反対しなければなりません。2つのサーバーのプールのCMシステムを学習することは、そのCMシステムを学習するだけの言い訳が必要な場合を除き、決して合理的ではありません。構成の学習、作成、テスト、および適用に費やす時間は、間違いなく手作り時間を超えます。これらのシステムのいずれかを知っていれば、それははるかに合理的な命題です。

— ジムB
ソース

「構成の学習、作成、テスト、および適用に費やす時間は、間違いなく手作り時間を超えます。」最初は？はい。サーバーが破損した場合、セキュリティが侵害された場合、保守のために他の人に引き渡す必要がある場合などそんなにない。

— ceejayoz 16

1つを学習するのに時間がかかることには異論はありませんが、おそらく10台のサーバーを構築するために今すぐCMを必要とする場合よりも、2台のサーバーを使用する方がはるかに時間がかかります。CMは、リソースの大きなプールを管理するためだけのものではなく、一貫した方法でプロセスを簡単に繰り返すためのものです。再インストール（またはハードウェア交換の場合は新規インストール）を実行できる場合は何かをfsckし、1つのコマンドを実行して既知の動作状態に戻すと、はるかに良い状況になります。私の経験則では、複数回やらなければならない場合、そうではありません。私は人形でそれをやっています。

— ユニックス16

実際、あなたは同意していないと思います-トレードオフが関係していることを（正しく）指摘しているだけです-初期セットアップにはもっと時間がかかりますが、後で管理しやすくなります。

— sleske 16

私は同意します。実際、インフラストラクチャ（およびそのためのコスト）が急増することを考えずに、「なぜChefを使用しないのか」をよく見かけます。例外は、サーバーがサードパーティによって提供される場合、または外部メンテナンスレベルに基づいてイメージ化される場合です。

— mckenzm 16

別の方法で考えてみてください。これらの2つのシステムを手作業で構築する場合、初期セットアップのために行うすべてのこと、そのシステムのライフタイムにわたるすべての変更を文書化する必要があります。緊急の場合に。これにも時間がかかります。基本的な人形、シェフ、またはansibleを習得するのは難しくなく、膨大な時間もかかりません。留意してください：2台のサーバーでは、cmの高度な機能は必要ありません。

— フィリップ-Zyan K Lee-ストックマン