第7章 Satellite Server および Capsule Server のバックアップと復元

バックアップサイズの予測

1. du コマンドを入力して、Satellite データベースおよび設定ファイルを含む非圧縮ディレクトリーを保存するために必要な領域を予測します。以下に例を示します。

   # du -csh /var/lib/mongodb /var/lib/pgsql/data /var/lib/pulp \
   /etc /root/ssl-build /var/www/html/pub /opt/puppetlabs
   480G	/var/lib/mongodb
   100G    /var/lib/pgsql/data
   100G	/var/lib/pulp
   680G    total
   37M	/etc
   900K	/root/ssl-build
   100K	/var/www/html/pub
   2M	/opt/puppetlabs
   680GB   total

   この例では、非圧縮のバックアップデータは合計 680 GB を占有します。

   注記

   /opt/puppetlabs ディレクトリーは Puppet 4 に使用されます。Puppet 3 には /var/lib/puppet を使用します。

2. 圧縮データを保存するために必要な領域を計算します。

   表7.1「バックアップデータ圧縮率」 は、バックアップで使用されるすべてのデータアイテムの圧縮率を提示します。

   表7.1 バックアップデータ圧縮率

   データ型	ディレクトリー	比率	結果例
   MongoDB データベースファイル	/var/lib/mongodb	10 - 15%	480 GB → 420 GB
   PostgreSQL データベースファイル	/var/lib/pgsql/data	15 - 20%	100 GB → 80 GB
   Pulp RPM ファイル	/var/lib/pulp	-	(非圧縮)
   設定ファイル	/etc /root-ssl/build /var/www/html/pub /opt/puppetlabs	5 - 10%	50 MB → 45 MB

   この例では、圧縮されたバックアップデータは合計 500 GB を占有します。

3. バックアップの保存に必要な領域を計算します。圧縮および非圧縮のバックアップデータの予測値を合計し、バックアップを確実にするために合計値の 20% をさらに追加します。

   この例では、非圧縮および圧縮のバックアップデータに 680 GB と 500 GB の合計 1180 GB が必要です。240 GB の予備領域もあわせ、1420 GB がバックアップの場所に割り当てられる必要があります。

1. バックアップの場所に、バックアップを保存するための十分なディスク領域があることを確認します。詳細は 「バックアップサイズの予測」 を参照してください。

2. バックアップスクリプトを実行します。

   # satellite-backup backup_directory

   satellite-backup スクリプトを実行すると、バックアップに影響を与える可能性があるすべてのサービスが停止し、バックアップが実行され、必要なサービスが再起動されます。スクリプトでは、バックアップファイルを作成する際にターゲットディレクトリーが存在しない場合、ターゲットディレクトリーが作成されます。

   コピーするデータのサイズが原因で、このプロセスが完了するには長い時間がかかることがあります。

1. バックアップの場所に、バックアップを保存するための十分なディスク領域があることを確認します。詳細は 「バックアップサイズの予測」 を参照してください。

2. バックアップスクリプトを実行します。

   # satellite-backup --skip-pulp-content backup_directory

   satellite-backup スクリプトを実行すると、バックアップに影響を与える可能性があるすべてのサービスが停止し、バックアップが実行され、必要なサービスが再起動されます。スクリプトでは、バックアップファイルを作成する際にターゲットディレクトリーが存在しない場合、ターゲットディレクトリーが作成されます。

1. バックアップの場所に、バックアップを保存するための十分なディスク領域があることを確認します。詳細は 「バックアップサイズの予測」 を参照してください。

2. バックアップスクリプトを実行します。

   Pulp コンテンツがある場合:

   # satellite-backup backup_directory --incremental backup_directory/previous_time-stamped_subdirectory

   Pulp コンテンツがない場合:

   # satellite-backup backup_directory --skip-pulp-content --incremental backup_directory/previous_time-stamped_subdirectory

   satellite-backup スクリプトを実行すると、バックアップに影響を与える可能性があるすべてのサービスが停止し、バックアップが実行され、必要なサービスが再起動されます。スクリプトでは、バックアップファイルを作成する際にターゲットディレクトリーが存在しない場合、ターゲットディレクトリーが作成されます。前回のバックアップよりも古いバックアップを土台として使用し、対応する増加分を使用して増分バックアップを実行できます。

1. バックアップの場所に、バックアップを保存するための十分なディスク領域があることを確認します。詳細は 「バックアップサイズの予測」 を参照してください。

2. バックアップスクリプトを実行します。

   # satellite-backup --online-backup /tmp/backup_directory

Satellite Server の名前変更

1. Satellite Server で satellite-change-hostname スクリプトを実行し、新しいホスト名と Satellite 認証情報を提供します。

   # satellite-change-hostname new_satellite --username admin \
   --password password

   名前変更が成功すると、***** Hostname change complete! ***** というメッセージが表示されます。

2. (オプション) Satellite Server の新しいホスト名用に新規の X.509 証明書を取得している場合は、Satellite インストールスクリプトを実行して証明書をインストールします。カスタム X.509 証明書のインストールについては、『Red Hat Satellite Installation Guide』の Configuring Satellite Server with a Custom Server Certificate を参照してください。

3. 全 Capsule Server と Satellite Server に登録済みのホストで、ブートストラップ RPM を再インストールし、ホストを Satellite Server に再登録します。以下の例では、組織と環境の値をご使用の環境のものに置き換えてください。

   1.  

      # yum remove -y katello-ca-consumer*

   2.  

      # rpm -Uvh http://new-satellite.example.com/pub/katello-ca-consumer-latest.noarch.rpm

   3.  

      # subscription-manager register --org="Default_Organization" \
      --environment="Library" \
      --force

   このステップでは、Red Hat Satellite のリモート実行機能の使用が推奨されます。詳細は、『Managing Hosts』の Configuring and Running Remote Commands を参照してください。

4. すべての Capsule Server、および Satellite Server に登録されている全ホストに再度サブスクリプションをアタッチして、サブスクリプションをリフレッシュします。

   1.  

      # subscription-manager refresh

   2.  

      # yum repolist

   このステップでは、Red Hat Satellite のリモート実行機能の使用が推奨されます。詳細は、『Managing Hosts』の Configuring and Running Remote Commands を参照してください。

5. 全 Capsule Server で、Satellite インストールスクリプトを再実行して、新規ホスト名への参照を更新します。

   # satellite-installer --foreman-proxy-content-parent-fqdn new-satellite.example.com \
   --foreman-proxy-foreman-base-url  https://new-satellite.example.com \
   --foreman-proxy-trusted-hosts new-satellite.example.com

6. Satellite Server で、コンテンツを各 Capsule Server に同期します。

   1. すべての Capsule Server を ID 番号で一覧表示します。

      # hammer capsule list

   2. 各 Capsule Server に以下のコマンドを入力します。

      # hammer capsule content synchronize --id capsule_id_number

Capsule Server の名前変更

1. Satellite Server で、新規証明書アーカイブファイルを作成します。

   1. デフォルトの Satellite Server 証明書を使用している場合は、以下を実行します。

      # capsule-certs-generate --capsule-fqdn new-capsule.example.com \
      --certs-tar /root/new-capsule.example.com-certs.tar

      .tar ファイルへの完全パスを必ず入力するようにしてください。

   2. Capsule Server でカスタムの X.509 証明書を使用している場合は、『Red Hat Satellite Installation Guide』の Create the Capsule Server’s Certificate Archive File を参照してください。

2. Satellite Server 上で、証明書アーカイブファイルを Capsule Server にコピーし、プロンプトが出たら、root ユーザーのパスワードを提供します。この例では、アーカイブファイルは root ユーザーのホームディレクトリーにコピーされますが、別の場所にコピーすることもできます。

   # scp /root/new-capsule.example.com-certs.tar root@capsule.example.com:

3. Capsule Server で satellite-change-hostname スクリプトを実行し、新しいホスト名と Satellite 認証情報、および証明書アーカイブファイル名を提供します。

   # satellite-change-hostname new_capsule --username admin \
   --password password \
   --certs-tar /root/new-capsule.example.com-certs.tar

   .tar ファイルへの完全パスを必ず入力するようにしてください。

   名前変更が成功すると、***** Hostname change complete! ***** というメッセージが表示されます。

4. (オプション) Capsule Server の新しいホスト名で新規の X.509 証明書を取得している場合は、Satellite インストールスクリプトを実行して証明書をインストールします。カスタム X.509 証明書のインストールについては、『Red Hat Satellite Installation Guide』の Configuring Satellite Server with a Custom Server Certificate を参照してください。

5. Capsule  Server に登録済みのホストで、ブートストラップ RPM を再インストールし、ホストを Capsule Server に再登録します。以下の例では、組織と環境の値をご使用の環境のものに置き換えてください。

   # yum remove -y katello-ca-consumer*

   # rpm -Uvh http://new-capsule.example.com/pub/katello-ca-consumer-latest.noarch.rpm

   # subscription-manager register --org="Default_Organization" \
   --environment="Library" \
   --force

   このステップでは、Red Hat Satellite のリモート実行機能の使用が推奨されます。詳細は、『Managing Hosts』の Running Jobs on Hosts を参照してください。

6. Capsule Server に登録されている全ホストに再度サブスクリプションをアタッチして、サブスクリプションをリフレッシュします。

   # subscription-manager refresh

   # yum repolist

7. Capsule Server の名前を変更します。

   1. Satellite web UI で、インフラストラクチャー > Capsules (スマートプロキシー) に移動します。
   2. リストで Capsule Server を見つけ、その行の 編集 をクリックします。
   3. 名前 と URL フィールドが Capsule Server の新規ホスト名に一致するように変更して、送信 をクリックします。
8. DNS サーバーで、Capsule Server の新規ホスト名用のレコードを追加し、古いホスト名のレコードを削除します。