2つのLinuxホスト（AWS EC2 - "centos rhel fedora"ベースのAmazon Linux）があります。1つは本番用、もう1つは受け入れ用です。承認ホストで更新を実行し、1週間（または2週間程度）のビジネステストを実行し、本番環境でまったく同じ更新を実行する毎月の更新サイクルを実行したいと思います。私は現在yumを使って更新を進めているので、yum list updateを使ってファイルに出力しようとしましたが、ファイルにリストされているパッケージだけをyumとしてインストールする方法は見つかりませんでした。
最良のアプローチを決定するために、いくつかの提案および/またはソリューションを使用できます。非常に小規模なビジネスなので、独自のホスティングリポジトリを設定してansibleを使用することはオプションではありません。単純なスクリプトを使用することをお勧めしますが、（安価な）Amazonベースのソリューションで開いています。コマンド。
ベストアンサー1
技術的には、3番目のホストを使用する必要があります。理論的には、本番環境と同様に、「受け入れ」ホストに対して同じ管理タスクを実行しようとしています。このように、生産で実行しようとする管理措置が有効であることを実証する。これは、この管理タスクのための参照ファイルの構築が3番目（これを「開発」ホストと呼びます）で実行する必要があることを意味します。
Amazon Linux と Redhat は共通の祖先を共有します。そのため、Redhatのドキュメントが役に立つことがよくあります。
Redhat Enterprise のドキュメントには、特定の状況に対応するセクションがあります。 (8.3.3参照回復と反復取引）。
複数の同じシステムを管理する場合、Yumを使用すると、いずれかのシステムでトランザクションを実行し、トランザクションの詳細をファイルに保存し、一定期間のテスト後に残りのシステムで同じトランザクションを繰り返すことができます。トランザクションの詳細をファイルに保存するには、rootとしてシェルプロンプトで次のように入力します。
yum -q history addon-info id saved_tx > file_nameこのファイルをターゲットシステムにコピーしたら、rootとして次のコマンドを使用してトランザクションを繰り返すことができます。
yum load-transaction file_name
実際、これは1つのホストで次のコマンドを実行することを意味します。
sudo yum upgrade
sudo yum history addon-info last saved_tx > upgrade_transaction_log
次に、新しいファイルをupgrade_transaction_log次のホストに移動し、次を実行します。
sudo yum load-transaction upgrade_transaction_log
両方のホストを同じように起動する責任はユーザーにあります。