この記事では、サーバーの再起動または再起動を迅速かつ最小限に抑えるためのヒントを提供します。
データを最新の状態に保つために、バックアップを使用することをお勧めします。 Rackspace Cloud Backupsは、設定された頻度で差分バックアップを実行します。クラウドバックアップを設定して、任意の数のディレクトリで実行できます。
重要 ：データディスクを備えたパフォーマンスクラウドサーバーでは、取得するイメージスナップショットにデータパーティションが含まれていません。データスキームにこれらのデータパーティションが含まれていることを確認してください。
Linux®サーバーを実行している場合は、次のディレクトリをバックアップする必要がある場合があります。
- /ホーム
- / root
- / etc （このディレクトリには、ほとんどの構成ファイルが含まれています。）
- / var / www （このディレクトリには、多くの場合、Webサイトとファイルが含まれています。）
- / var / lib / mysqlbackup （Rackspace ManagedOperationsを使用して構築されたサーバーには、MySQL®
mysql dumpを自動的に実行する自動化されたプロセスがあります。 このフォルダに移動します。）
Windows®サーバーを実行している場合は、次の場所など、データを保存する場所をバックアップすることをお勧めします。
- C：\ inetpub
- C：\ Users
- D：などの追加のドライブ およびE：
Cloud Backupは、ライブデータベースをバックアップしません。 Microsoft®SQLServerManagementStudioなどのツールを使用して、これらのデータベースをバックアップする必要があります。
特定のアプリケーションとそのバックアップのニーズを慎重に検討することをお勧めします。
起動後に開始するようにサービスを構成していることを確認してください（開始）
デフォルトのインストール設定には、自動再起動は含まれていません。サーバーの再起動後または再起動後に再起動するようにサービスを構成する必要があります。このタスクの実行方法については、サーバーのオペレーティングシステム（OS）に対応する次のリソースを選択してください。
- Windows：Windowsサーバーを移行する準備をします
- Ubuntu®オペレーティングシステム：UPDATE-RC.D（8）
- RHEL®およびCentOS®：chkconfigユーティリティの使用
再起動時に再起動するようにiptablesまたはWindowsファイアウォールを構成していることを確認してください
構成するファイアウォールルールが再起動時にアクティブのままであることを確認します。このセクションでは、このタスクを実行する方法を示します。
SSLパスフレーズ
Secure SocketsLayer（SSL）証明書を生成するときにパスフレーズを使用することはお勧めしません。ただし、SSL証明書のパスフレーズがすでに設定されている場合は、再起動時にそれをサーバーに入力する必要があります。そのパスフレーズを入力するまで、サーバー上のサービスを開始することはできません。
クラウドサーバーに接続されたCloudBlockStorageボリュームにデータがある場合は、再起動後にボリュームが正しく接続されていることを確認する必要があります。
これを行うには、fstabの静的ファイルシステム情報にボリュームを追加する必要があります。 ファイル。
注 ：Windowsを使用している場合は、サーバーの再起動後、マウントされたブロックストレージがマウントされたままであることを確認してください。
FSCK（ファイルシステムの整合性チェック）
ファイルシステムの整合性チェック（fsck 操作）は通常、起動時に自動的に実行されます。 2つの一般的なトリガーが自動的にfsckを実行します 。 OSが、ファイルシステムが一貫性のない状態にあることを検出したか（クラッシュや電源の喪失などの非正常なシャットダウンが原因）、またはシステムがマウントされた回数が制限を超えています。
サーバーを再起動すると、このチェックが自動的に行われる場合があります。もしそうなら、fsck サーバーがオンラインに戻るのを遅らせる可能性があります。通常、遅延はマイナスの経験ですが、この場合、遅延によってサーバーが節約される可能性があります。遅延に関係なく、ファイルシステムチェックの完了を許可することをお勧めします。サーバーを再起動しようとすると、ファイルシステムのチェックが再開され、遅延が延長されます。
再起動中および再起動後のサーバーやその他のクラウド製品の反応を確実に理解するために、再起動プロセスをテストするために数分かかることを強くお勧めします。
開発段階または別のサーバーでテストを実行して、顧客への影響を制限します。
このセクションのヒントを使用して、サーバーの再起動の影響を減らします。
水平スケーリング
再起動による長期的な影響を防ぐための最良の方法の1つは、アプリケーションを複数の冗長な階層型サーバーに分散させることです。このアプローチは、水平スケーリングと呼ばれます は、単一のサーバーがダウンすることによるダウンタイムのリスクを最小限に抑えるための優れた方法です。
カスタムエラーページ
クラウドロードバランサーを使用すると、ロードバランサーに接続されているサーバーがオフラインまたは応答しない場合に、カスタムエラーページを設定できます。そのエラーページを事前に構成すると、サイトへの訪問者は、固有のアプリケーションに固有のエラーメッセージを受け取ります。