新しく作成された VPS インスタンスのスナップショットを復元した後のネットワーク構成

新しく作成された VPS インスタンスのスナップショットを復元した後のネットワーク構成

私はVPSインスタンスでウェブサイトを運営していますヴルトルUbuntu 18.04LTSで実行していますが、すべて問題ありません。システムに何か問題が発生した場合に備えて、復元セッションでインスタンスのスナップショットを試してみたかったので、新しいインスタンスを復元し、そのスナップショットを期待通りに展開しましたが、error establishing a database connectionDNSを新しいIPアドレスに変更した後、Webサイトを表示できませんでした。そのため、この場合、復元セッションは失敗し、目的を達成できませんでした。サポートチームに連絡しましたが、スナップショットの復元後に新しいインスタンスでネットワーク構成を修正する必要があると指摘されただけで、Ubuntu 18.04LTSでそれを行う方法についての具体的な指示はありませんでした。ドキュメンテーションしかし、 Ubuntu 180.04LTS サーバーにnetplan置き換える新しいネットワーク設定については何も触れられていませんでした。ifupdown

ここに画像の説明を入力してください

ドキュメントを一つ一つ見ていくと、次のことに気付きました。

  • 新しいインスタンスでは/etc/udev/rules.d/70-persistent-net.rulesファイルは空で、何も入っていません。
  • 内容を確認したところ、/etc/network/interfacesIP アドレスは含まれておらず、代わりにコメント アウトされたメッセージがありました。

# このシステムでは、ifupdown は netplan(5) に置き換えられました。現在の設定については、/etc/netplan を参照してください。# このシステムで ifupdown を再度有効にするには、次のコマンドを実行します: # sudo apt install ifupdown

/etc/netplanそこでセットアップを確認したところ、次の 2 つのファイルがありました。

01-netcfg.yaml、空です。

もう 1 つの10-ens3.yamlファイルには、次の設定が含まれています。

network:
version:2
renderer: networkd
ethernets:
ens3:
dhcp4: yes

そのため、この設定についてはまったくわかりません。新しいnetplanシステムとは関係ないと思います。このケース シナリオで、ライブ Web サイトを復元するための適切なネットワーク構成についてご助言いただければ幸いです。

答え1

@MichaelHampton が親切に提供してくれたヒントにより、セットアップの WordPress 側でデバッグ アクションを実行することができました。はい、複製したサイトは DNS を変更した後、再び稼働し、公開する準備ができました。ただし、この方法は、システムに何か問題が発生した場合に備えて調べていただけなので、今は実行しません。ところで、この方法は、Web サイトを別のサーバーで開発する方法として、私にとって道を開きました。違うVPSサーバー。確かに、サーバー代を支払わなければならないというデメリットがあると思う人もいるかもしれませんが、それは問題ありません。新しいサーバーに支払うことができる限り早く開発を進められるからです(時間当たりの支払いは比較的安価です)。もう1つの利点は、その他開発サイトを訪問し、実稼働サイトに移行する前に意見を聞きます。
私がしなければならないのは、新しい IP アドレスとドメイン名を伝えることだけです。もちろん、彼らは/etc/hosts 自分のマシンでそれに応じて編集します。 [new-ip-address-no-brackets-pls] example.com www.example.com ブラウザの閲覧データを消去し、現在のライブ サイトのスナップショットから展開された開発サイトを表示できます。一方、他のすべてのユーザーは同じサイトを元の状態で表示します。Web サイト開発にとって、なんと素晴らしい設定でしょう。

これは間違いなく、開発に私が頼る方法です。これより簡単に勝てる方法は他に知りません。誰か何か共有していただければ嬉しいです。

解決

見つかった IP アドレスを、新しいインスタンスで新しく割り当てられた IP アドレスに変更するだけです。wp-config.php

  • /etc/mysql/my.cnf2つの場所hostbind-address

  • /etc/ee/ee.confしかしそれは必要ないかもしれない

  • ここで難しいのは MySQL の編集です。私は MariaDB を使用しています。まず、上記のすべての置き換えを行った後でも、以前のように MySQL にログインすることはできません。この新しいサーバーでは、何をしても MySQL にログインする権限が与えられません (理由はわかりません)。したがって、回避策としては、シナリオを節約できる localhost としてログインすることです。mysql -u root -h localhost -p

次に、ログインする必要があります。ログインすると、たとえば、すべてのデータベースの置換を実行できusers@old-ip-addressますuser@new-ip-address

mysql> RENAME USER root@[old-ip-add-without-square-brackets] TO root@[new-ip-address-again-without-square-brackets];

すべてのユーザーの IP アドレスを置き換えて、最後に次の操作を実行してください。

mysql> FLUSH PRIVILEGES;そして、新しく復元したインスタンスとそのすべてのサイトを表示できました。複数のサイトがある場合は、それぞれのwp-config.phpファイル内の IP アドレスを変更する必要があることは明らかです。その他の置換は/etc/サーバー上で集中的に行われ、サイト固有ではありません。

関連情報