このFAQは、Webホスティングの移行に先立ってサイトをプレビューしている顧客によくある質問への回答を提供するためのものです。
何が起こっているのですか？
9月の初めに、お客様のWebサイトを新しい英国のデータセンターのアップグレードされたプラットフォームに移動し、多数の新機能を提供します。
何をする必要がありますか？
すべてが適切に行われていることを確認するために、新しいプラットフォームでサイトをプレビューするようお願いします。何かおかしいことがあれば、すぐに知らせてください。また、アップグレードが完了したらすぐに、更新したサイトのコピーを作成することを強くお勧めします。
メールで送信されたリンクを使用して、今すぐサイトをプレビューできます。
<強い色：＃e77600！重要; font-size：18px; ">注意： メール内のリンクにアクセスしたときに、通常のサイトドメインにリダイレクトされた場合、または何かが期待どおりに表示または機能しなかった場合は、サイトが代替ドメインを介したアクセスを許可していない可能性があります。したがって、問題を報告する前に、ライブドメイン（マシンのみ）を一時的に新しい場所にポイントする必要があります。hostsファイルを編集する方法に関するこの記事では、これを行う方法について説明します。 IP 85.233.160.184を使用する必要があります この変更を行うとき。ホストファイルを更新したら、提供されているプレビューリンクではなく、通常の方法でWebサイト（www.yourdomain.com）にアクセスする必要があります。
何かが正しくないのですが、どうすればよいですか？
新しいシステムが以前とまったく同じように動作するようにするためにかなりの時間を費やしましたが、経験から、見逃したエッジケースがいくつかある可能性があることを知っています。発生している問題についてお知らせいただく必要があります。こちらからチケットを発行してご連絡ください。
FTPの詳細は変更されますか？
デフォルトのFTP詳細が新しいプラットフォームにコピーされます。ただし、追加のFTPユーザーを設定している場合は、移行が完了したらそれらを再作成する必要があります。切り替え後、サポートセンターでこれを行う方法の説明を見つけることができます。
DNSが他の場所でホストされているので、変更する必要がありますか？
最終的には、DNSにいくつかの変更を加える必要がありますが、必要に応じて連絡します。今のところ、重要なことは、プレビューリンクを表示するとき、またはhostsファイルが更新されたときに、サイトが正しく表示されていることを確認することです。
移行が完了したという確認を受け取ったら、ローカルコピーを完全に最新の状態にする必要があるため、サイトの新しいローカルコピーを作成することが重要です。ここで、サイトをバックアップする方法の説明を見つけることができます。
私は技術的です、あなたがしていることの正確な詳細を教えてください！
過去数週間、Readingの新しいデータセンターにあるセカンダリストレージデバイスにサイトストレージを（リアルタイムで安全なVPN経由で）複製してきました。ここから、サイトを新しいストレージプラットフォーム（冗長NetAppクラスター）にコピーし、上記の変更を適用しました。また、更新されたファイルを1日に数回（rsyncを使用して）チェックし、必要に応じてこのプロセスを繰り返しています。
同時に、すべての顧客データベースをいくつかの強力な新しいMySQLサーバーに安全に複製しています。これについてはすぐに詳しく説明します…
サイトプレビューリンクにアクセスすると、ロードバランサーがリクエストのホストヘッダーとURLを書き換えて、デフォルトドメイン経由のアクセスを模倣します。ただし、アプリケーションの作成方法によっては、偽造されていることが検出される場合があります。これが、最も徹底的なテスト形式としてhostsファイルを更新することをお勧めする理由です。
完全な互換性を確保するために、利用可能なPHPモジュール、htaccessディレクティブ、デフォルトの文字セット、サードパーティアプリケーションへのパスなど、すべての重要なサーバー設定を監査しました。また、サイトの大規模なサンプルを手動で調べ、数十万のURLのステータスヘッダーを比較し、古いプラットフォームと新しいプラットフォームの両方で各サイトのホームページのソースHTMLを自動的に（可能な限り）比較しました。これらのテストの結果、大多数のユーザーが問題を経験することはないと確信していますが、正直なところ、すべてを考えても驚かれることでしょう。そのため、ユーザーに実行を依頼しています。独自のチェック。たとえば、アクセスにユーザー名とパスワードが必要なサイトをテストすることはできません。
移行日に、次の変更を行う間、サイトを一時的にオフラインにする必要があります。
- サイトコンテンツの最終的なレプリケーションとrsyncを実行します
- MySQLサーバーの逆レプリケーション
- 新しいサーバー上のホストファイルを更新して、すべてのデータベース接続が新しいMySQLサーバーを指すようにします
- リクエストを新しいプラットフォームにプロキシするように既存のプラットフォームを構成します
この時点から、サイトは新しいプラットフォームから提供され、すべてのデータベースクエリは新しいMySQLサーバーによって提供されます。
この移動後の数時間で、プロキシを必要とせずに、新しいプラットフォームに直接サイトをポイントするようにDNS設定のバッチ更新を実行します。これが完了すると、ログを監視し、パブリックDNSを監査して、サードパーティのネームサーバーまたはCloudFlareなどの外部サービスを使用しているサイトを見つけます。その後、追加の手順についてそれらの顧客に連絡します。
この移動の前に、既存のデフォルトFTPユーザーを新しいプラットフォームにコピーしたので、これは以前と同じように機能し続けるはずです。実際には、新しいユーザー名はドメインと同じになります（ただし、ドメインが数字で始まる場合は、接頭辞「fp_」が付きます）。ただし、FTPサーバーは、古いユーザー名（ftp_yourdomain_comなど）を新しいユーザー名（yourdomain.comなど）に自動的にマップします。残念ながら、名前空間の衝突のため、作成した追加のFTPユーザーに対して同じことを行うことはできません。ただし、新しいアカウントを使用して、必要な数のFTPユーザーを作成できます。
質問がありますか？
さらに詳しい情報が必要な場合や質問がある場合は、ご連絡ください。