設定を文書化する必要があるLinuxサーバーが約20台あります。私はnotはサービスの詳細な構成を意味しますが、ユーザーアカウント、データベース、データベースアカウント、IPアドレス、物理的な場所、SSHポートなどを意味します。このすべてのデータは構成ファイルに保存されていることを知っています。しかし、すべてを一元化したいと思います。このデータを記録するためにスプレッドシートを作成することを検討していますが、ハッキングされたスプレッドシートよりも構造化されて完全なもの(おそらく小さなphp/mysqlアプリ)があるかどうか疑問に思っていました。
あなたは何を使うのですか?
これは、現在の構成のスナップショットをキャプチャしようとするだけではなく、長期的な文書化作業であると思います。
Wikiは現在機能しており、しばらくの間は正常である可能性がありますが、環境が急速に変化すると深刻な問題が発生します。 cronジョブが適切に記述されていること、タイムリーに実行されていること、新しいサービス用に記述されていること、ソフトウェアの新しいバージョンと互換性があることなどを常に確認する必要があります。
Puppet または Cfengine のような構成管理ツールの使用を検討してください。少なくとも、収集するすべてのデータをバージョン管理下に置いてください(Mercurial、git、Subversionなど)。
構成データは、一元化されているのではなく、どこからでも入ってくる。 wikiは常にあなたのマシンの現在の状態より遅れます。構成データを一元化する必要があります。中央から外へ流れるようにします。ただし、場合によっては、外に出て構成データをキャプチャする必要があります。 Cfengineは監査を実行できます。このウィキペディアを見てください 記事 他の構成マネージャーのリスト。
cfg2html を試してみると、構成がHTMLファイルにダンプされ、定期的にフェッチして中央サーバーからサービスを提供できます。
次にマシンを微調整するときは、最初に etckeeper をインストールする必要があります。これにより、構成変更のログを保持できます。
どのディストリビューションを使用していますか? conffileを管理および監査するための非常に便利なツールがいくつかあり、それらは一般にパッケージマネージャに依存しています。
私の提案は、情報を一元化するWikiを構築し、ページを編集するスクリプトを取得して、構成ファイルがcronジョブを介してWikiで自動的に更新されるようにすることです。
Moinを使用する場合は、 http://moinmo.in/ScriptMarket/PutPageScript を確認する必要があります。
このようにして、以下を取得します。
一元化されたドキュメント。
最新のシステム構成。
構成変更の履歴。
スプレッドシートは基本的に2次元のグリッドです。私はそれがそのようなものにとって最良のデータ構造ではないと考えています。私は木が好きなので、アウトライナーを使って木を管理しています。
私のお気に入りは leo です。 Xを持たないサーバーで機能するものが必要な場合は、 htb (放棄されているようです)または VOoM vimプラグインを確認してください。
これらのツールはすべて、プレーンテキストファイルまたはXMLをバックエンドとして使用します。いくつかのバージョン管理と連携して、強力な組み合わせを実現します。
別の選択肢は Fossil です。これは、組み込みのwikiとチケットトラッカーを備えた分散バージョン管理ツールです。これは、CGIとしても機能し、Webインターフェースを提供できる単一のバイナリなので、ネットワーク経由で利用できます。 WebサイトのミニCMSとしてのFossilは非常に強力です。
3か国に4つのデータセンターがあります。 500を超える本番サーバーがあります。上記のいくつかのpplのように、wikiを使用して、wikiにスプレッドシートファイルを添付します。これの良い点は、スプレッドシートを更新してwikiに再度添付すると、その履歴が保持されることです。誰がいつファイルを更新したかなど。
しかし、Wikiもロックします。ログインしない限り、ユーザーはほとんどすべてのページを表示できません。また、スプレッドシートファイルがインストールされているページは、アクセス制御拡張機能を使用するタグを使用して制御されます。
-N