同じdbサーバーに接続され、それらのwp-content/uploadsフォルダーをnfs共有にポイントするロードバランサーの背後にある3つのWebサーバーを使用した、かなり基本的なロードバランシング設定があります。
最初のサーバーが他の2つのワードプレスファイルをcronジョブで同期させて、サーバーの同期を維持します(すべてのwp-adminのものは最初のサーバーで行われます)。
最短のダウンタイムでクラスタ全体を一度にアップグレードすることが最善の方法ではないかと思います。最初のサーバーでwordpressを更新した場合、dbのバージョン管理によって他の2つのサーバーが機能しなくなりますか?あるいは、最初のサーバーを更新してから、ダウンタイムなしでファイルを同期し直すことができますか?
ボックス1で更新した後、ボックス2 + 3のwordpressのバージョンがDBから読み取れなくなるほどデータベーススキーマが大きく変わることはないと思いますが、アップグレードするバージョンによって異なります。
それでもサイト2にアクセスしようとしながら、同様の環境をローカルに設定し、サイト1のアップグレードをテストしてみませんか。
通常、一部のボックスで潜在的に同期がとれていないコードを実行しないようにしたほうがきれいですが、一方でWP Webボックスが読み取り操作のみを行っている場合、最悪のシナリオは何でしょうか。数ページにエラーメッセージが表示されますか?あなたはおそらくIOパフォーマンスのためにWordpressのコードファイルをローカルに持っていたいでしょう。すべてのWebボックスのシンボリックリンクを変更することで、更新を別のディレクトリに事前に展開してそれらをすべて切り替えることができるでしょうか。