CycleCloud のアップグレード
新しいバージョンが利用可能になると、Azure CycleCloud アプリケーションをアップグレードできます。
CycleCloud 8
CycleCloud 8 には、メジャー バージョンから次のメジャー バージョンへの誤ったアップグレードを防ぐために、別のパッケージ名 cyclecloud8
があります。 メジャー バージョン間で互換性のない変更があります。 1 つは、同じコンピューターの両方 cyclecloud
を cyclecloud8
インストールできません。
サポートされているアップグレード パスは、パッケージを cyclecloud
削除してインストール cyclecloud8
することです。 パッケージの削除時に、データ /opt/cycle_server
と構成ディレクトリが cyclecloud
保持されます。 インストール cyclecloud8
時に、インストール スクリプトは既存のデータと構成を検出し、アップグレード移行を自動的に実行します。
Debian または Ubuntu でのアップグレード
Debian または Ubuntu へのインストールの手順に従って、Microsoft apt リポジトリを構成します (インストール中にまだ実行されていない場合)。
CycleCloud パッケージを次の方法でアップグレードします。
sudo apt update
sudo apt -y upgrade cyclecloud
CycleCloud 7 から CycleCloud 8 へのサポートされている間接アップグレードを実行するには、
sudo apt update
sudo apt -y remove cyclecloud
sudo apt -y install cyclecloud8
1 つのバージョンの CycleCloud 8 を新しいバージョンに直接アップグレードするには、
sudo apt update
sudo apt -y upgrade cyclecloud8
Enterprise Linux (RHEL) クローンでのアップグレード
Enterprise Linux (RHEL) クローンへのインストールの手順に従って、Microsoft yum リポジトリを構成します (インストール中にまだ実行されていない場合)。
CycleCloud パッケージを次の方法でアップグレードします。
sudo yum -y upgrade cyclecloud
CycleCloud 7 から CycleCloud 8 へのサポートされている間接アップグレードを実行するには、
sudo yum -y remove cyclecloud
sudo yum -y install cyclecloud8
1 つのバージョンの CycleCloud 8 を新しいバージョンに直接アップグレードするには、
sudo yum -y upgrade cyclecloud8
Microsoft ダウンロード センターからのアップグレード
ポリシーによって Microsoft パッケージ リポジトリが使用できない環境または禁止されている環境では、CycleCloud パッケージを手動でダウンロードしてインストールできます。
CycleCloud は、Debian または RPM パッケージとして ダウンロード センター を介してリリースされます。
アップグレードするには、CycleCloud を実行しているホストにインストーラーをコピーし、プラットフォーム固有のパッケージ アップグレード コマンドを実行します。
Debian の場合は、次を使用します。
dpkg -i cyclecloud_7.9.2-amd64.deb
RedHat バリアントの場合は、次の値を使用します。
rpm -U cyclecloud_7.9.2.rpm
重要
アップグレードすると、CycleCloud 環境と実行中のクラスターに望ましくない影響が生じる可能性があります。 運用環境のワークロードに対するリスクを最小限に抑えるために、開発環境またはステージング環境のすべてのアップグレードをテストすることをお勧めします。
アップグレードに関する一般的な質問
以前のテンプレートは、この新しいバージョンと互換性がありますか?
テンプレートは、マイナー バージョンのアップグレードと互換性がある必要があります。 メジャー バージョン リリース間のアップグレードでは、テンプレートが設計されている古いバージョンにクラスターをピン留めする必要がある場合があります。
アップグレードに関連するダウンタイムはありますか?
アップグレードが行われる間、CycleCloud は少しダウンします。 通常、アップグレードには 2 分から 3 分かかります。
クラスターの実行中にアップグレードできますか?
はい。ただし、クラスターがダウンしている間は CycleCloud と通信できません。 これは、アップグレードが完了するまで、自動スケーリング、終了要求などが機能しないことを意味します。
CycleCloud を新しいホストに移行する
CycleCloud の最初のインストールでは、サービス ユーザーとスタートアップ構成が構成されます。 インストール データがホストからホストにコピーされるだけの場合、これらは存在しません。 次の手順では、CycleCloud インストールを別のホストに移行する方法について説明します。
クラスターの実行に関するメモ
CycleCloud によって管理されるクラスターは、HTTPS と AMQP を介して CycleCloud に情報を送信しています。 これらの通信プロトコルをセットアップするためのアクセス情報は、起動時にノードによって受信されます。 そのため、ノードの実行中に CycleCloud のホスト名または IP アドレスが変更されると、通信が切断される可能性があります。 移行する前にすべてのクラスターを終了することをお勧めします。
これに対する例外の 1 つは、 IsReturnProxy = true
. この場合、通信チャネルは CycleCloud からの送信が開始され、移行後に自動的に再確立されます。
CycleCloud ホストを移行するには:
- ソース ホストでcycle_serverを停止する:
service cycle_server stop
(LSB init スクリプト) またはsystemctl stop cycle_server
(systemd init) - ターゲット ホスト上で実行
groupadd cycle_server
しますuseradd cycle_server
。 可能であれば、元の GID と UID を使用します。 - openjdk バージョン 8 をターゲット ホスト
apt-get -y install openjdk-8-jre-headless
にインストールします。yum install -y java-1.8.0-openjdk
- 転送ツールを使用して、または別のメタデータ保持転送ツールを使用して
rsync -a /opt/cycle_server username@remote_host:/opt/cycle_server
ターゲット ホストに転送します。 - 実行して CycleCloud の LSB init または systemd init を有効にする
/opt/cycle_server/util/autostart.sh on
- CycleCloud サービスを開始するには、次のいずれかを
service cycle_server start
使用します。systemctl start cycle_server
新しいホストに移行する代わりに、インストールの移行が標準以外のディレクトリから /opt/cycle_server に移行される場合は、手順を簡略化できます。
- ソース ホストでcycle_serverを停止する:
service cycle_server stop
(LSB init スクリプト) またはsystemctl stop cycle_server
(systemd init) - 既定の場所に転送します
rsync -a /usr/share/hpc/cycle_server /opt/cycle_server
。 - 実行して CycleCloud の LSB init または systemd init を有効にする
/opt/cycle_server/util/autostart.sh on
- CycleCloud サービスを開始するには、次のいずれかを
service cycle_server start
使用します。systemctl start cycle_server
新しいホストに移行した後、または既定のインストール ディレクトリに移行した後、最初のセクションで説明されているようにアップグレードを実行できます。