仮想アプライアンスの仮想アプライアンスのためのバージョン管理

Question

私の理解では、互いに事前に設定して、それぞれで動作するように設計された1+事前に構成されたVM（s）は次のとおりです。

• 仮想ハードウェア構成（ディスク、 RAMは、CPUの、など）
• ゲストOSの
• インストール&構成されたソフトウェア・スタック

）は、本質的に（アプライアンスが何であるかの要旨本ですか？そうでない場合は、私を修正してください。

私の理解が正しいとすれば、アプライアンスをバックアップする最良の方法は何ですか？明らかに、SVNのようなSCMはアプライアンスがソースコードではないため、適切ではありません。つまり、マシン全体またはマシン群を表す巨大なバイナリファイルです。

SOはどのようにしてアプライアンスの「バックアップ」を保持していますか？どのようにして、アプライアンス構成のバージョン管理を模倣するのですか？

私はVBoxを使用していますので、次の例で使用しますが、これは実際には一般的な仮想化の質問です。

アプライアンスを開発/構成し、それを "1.0"バージョンとラベルし、そのアプライアンスをVBoxハイパーバイザを実行している実動サーバーにデプロイする場合は、ソフトウェア用語を使用して、それを「リリース」と呼びます。そのアプライアンスのゲストOSに設定問題があり、1.0.1パッチをリリースする必要がある場合はどうなりますか？

ありがとうございます！ 、家電製品がデフォルトVMを復元する機能でリリースされ、私が見て使用してきたものから、

Answer 1

、おそらくいくつかの種類のゴーストパーティションから（私は私が働いてきたComrexラジオSTLユニットを考えています）。パッチはアプライアンスに適用することができます。最新のパッチには通常、以前のすべてのパッチが含まれています（必要な場合）。

新しいVMは、新しいアプライアンスを意味します - Comrex ACCESS 2.0など、1.0パッチは動作しません。それは決してバックアップされず、むしろ工場状態に復元することができます。 Comrexユニットには接続設定、静的IP設定、すべての迷惑メールが保存されますが、リセットすると再設定する必要があります（前にやったことです）。