vCSA7.0へのオフラインアップグレード
本稿は "vExpert Advent Calendar 2020" 向けの記事です。
なお、vCSAの6.7 から 7.0 へのアップグレード手順を取り扱っていますが、Advent Calendar 向けに vSAN ライセンスの取り扱いについての内容を冒頭に記載します(この部分が vExpert Advent Calendar 向けです)。
<<アップグレード手順のみ確認する場合は、冒頭部分を飛ばしてください>>
vCSA を 6.7 から 7.0 にアップグレードした場合、メジャーバージョンが変更となるため アップグレード後に 7.0 のライセンスを適用する必要があります。
vSphere についても メジャーバージョンの変更が伴うアップグレードの場合は、新しいバージョンに対応したライセンスの適用が必要になります。
そしてそれは vSAN などの追加機能のライセンスについても同様です。
本稿は vCSA のアップグレード手順のみを対象としていますが、vCSA の管理下に vSAN クラスタが含まれている場合は、vSAN ライセンスの適用も必要になります。
vSAN ライセンスは、vSAN が動作するクラスタの vSphere のバージョンに依存しないので、アップグレードする vCSA の管理下に vSAN クラスタを含む場合、vCenter だけでなく vSAN のライセンスも用意しておく必要があります。
(vSAN クラスタの vSphere のバージョンを 6.7 のまま運用する場合においても必要です)
※ 下記の例を本文に合わせる形に修正
(@gowatanaさん ありがとうございます!)
例)
vCSA を 7.0 にアップグレード + vSANクラスタも 7.0 にアップグレード
↓
アップグレードに必要なライセンスは
『 vCSA7.0 』+『 vSAN7.0 + vSphere7.0 』
『 vCSA7.0 + vSAN7.0 』+『 vSphere7.0 』
vCSA のみ 7.0 にアップグレード(vSphere はアップグレードしない(6.7のまま))
↓
アップグレードに必要なライセンスは
『 vCSA7.0 』 + 『 vSAN7.0 + vSphere6.x 』
『 vCSA7.0 + vSAN7.0 』 + 『 vSphere6.x 』
※ vCSA のアップグレード後に vSAN のみ評価ライセンスになります。
(vSANクラスタ自体は アップグレードしていないので vSphere は 評価ライセンスになりません)
#私は vSANライセンスは、動作する ESXi ホストの vSphere のバージョンに紐づいていると思い込んでいました。
#よくよく考えれば わかる話しですね・・・。
#自戒を込めて この "恥ずかしながら" の部分が、vExpert Advent Calendar 2020 向けの記事です。
<<ここから、本編『vCSA6.7から7.0へのオフラインアップグレード』の内容です>>
"最新バージョン 今年のうちに!"
既に vCenter Server Appliance の 7u1 が GA され細かな FP がリリースされており、わたしの環境もそれらに追随することになります。そんなタイミングなので 遅ればせながら vCSA 6.7u3a を 7.0d の手順も忘れずに記載しようと思います。
VBR のパッチがリリースされ 7.0u1 がサポートされました。当環境はメインのバックアップの仕組みは VBR に依存しているため、VBRが対応バージョンを最新化するタイミングで環境も追随することになります。
なお当記事は vCSA のアップグレードについて記載します。別途 非vSANクラスタのvSphere、vSANクラスタのvSphereのオフラインアップグレードについても触れますが、本稿が扱うのは vCSA 単独のアップグレードとなります。
前提条件ですが、インターネットに接続の無い "オフライン" の環境で WebUI を使用した方法を取り扱います。
なお、今回はメジャーバージョンの変更が伴うため、通常のアップデート手順と異なります。箇条書きにすると以下となります。
■通常のアップデート手順
1.パッチファイル(FP.ISO)のダウンロード
2.データストアにパッチファイルを格納
3.VM (vCSA) でパッチファイルのマウント
4.VAMIでパッチファイルの適用
5.VM (vCSA) でパッチファイルのアンマウント
■今回のアップグレード手順
1.インストーラー(VMware-VCSA-all-7.0.0-16749653.iso)のダウンロード
2.作業端末でインストーラーをマウント
3.インストーラーの実行
4.アップグレード ステージ1
5.アップグレード ステージ2
6.インストーラーのアンマウント(割愛)
7.ライセンスの適用(割愛)
※ ライセンスの適用は 画面がモザイクだらけで 微妙になったので割愛します・・・
1.インストーラーのダウンロード
インストーラーは MyVMware のダウンロードサイトから入手します。今回は『 VMware-VCSA-all-7.0.0-16749653.iso 』を適用します。
( VMware vCenter Server 7.0.0d Build 16749653 )
なお、vCSA の Native Backup を利用する場合は、リストア時にこのインストーラーを使用するので、この ISOファイルは削除せずに保管しておきましょう。
2.作業端末でインストーラーをマウント
インストーラー( VMware-VCSA-all-7.0.0-16749653.iso )をマウントします。Windows10 系の OS であれば、ファイルを実行するだけでマウントされます。
掲載している手順は Windows Server 2016 で実行しています。
3.インストーラーの実行
\vcsa-ui-installer\win32 に格納されているインストーラーを "installer.exe" 実行します。
インストーラーが起動したら 必要に応じて 下図の通り日本語化します。
掲載している手順は 日本語化した状態で実行しています。
4.アップグレード ステージ1
今回は6.7からのアップグレードなので "アップグレード"を選択します。
Native Backupのリストアの実行は ココで "リストア" を選択することになります
概要は "次へ" を選択します。
EULA は、許諾して "次へ" を選択します。
既存の vCSA に接続するため、FQDNを入力し "ソースに接続" をクリックします。
既存vCSAのクレデンシャル関連の情報は事前に用意しておくと良いです
既存の vCSA とvCSAが稼働するホストに関する情報を入力し、"次へ" をクリックします。
ESXiホストのクレデンシャル関連の情報も事前に用意しておくと良いです
証明書に関する警告が表示されるので、"はい" をクリックします。
vCSA をデプロイするターゲットホストに関する情報を入力し、"次へ" をクリックします。
証明書に関する警告が表示されるので、"はい" をクリックします。
アップグレードについてですが、これは既存 vCSA をインプレースアップグレードしているわけではなく、新 Version の vCSA に 既存 vCSA をリストアします。そのため、既存 vCSA と異なる仮名称を指定する必要があります。
同じ名称を指定すると下図のようにエラーが出力されます。
仮vCSA に関する情報を入力し、"次へ" をクリックします。
なお 最終的には 元の名称に戻ります。
アップグレード後の vCSA のデプロイサイズを指定し、"次へ" をクリックします。
アップグレード後の vCSA をデプロイするデータストアを指定し、"次へ" をクリックします。
デフォルト値は、既存 vCSA のデプロイされているデータストアが指定される訳ではないので注意しましょう。(しっかりと 任意のデータストアを選択しましょう)
仮vCSA に関するネットワーク情報を入力し、"次へ" をクリックします。
ステージ1の設定の確認が表示されるので、問題無ければ "完了" をクリックします。
ステージ1が完了するまで待ちます。
5.アップグレード ステージ2
ステージ1が完了すると、新旧両方の vCSA が起動します。なお、vSphereClient は、旧 vCSA のものが動作しています。
このまま 続行するとステージ2が開始されます。
ステージ1が完了したら、"続行" をクリックします。
概要は "次へ" を選択します。
選択後、ステージ2の事前チェックが実行されます。
チェック結果が表示されたら、"閉じる" をクリックします。
vCSA のリストアする対象データを指定し、"次へ" を選択します。
CEIP の参加可否について指定し、"次へ" を選択します。
ステージ2の設定の確認が表示されるので、最下部のチェックボックス "ソースの vCenter Server をバックアップしました" にチェックしてから、"終了" を選択します。
シャットダウンの警告が表示されるので、"OK" をクリックします。
ステージ1が完了するまで待ちます。
VAMI でバージョン情報を確認してみると無事 7.0 にアップデートされています。
vSphere Client を起動すると、暫くするとライセンスに関する警告が表示されます。vSAN クラスタは、vSphere6.7 ですが、vSAN ライセンスが評価ライセンスに変更されています。
vCSA と一緒に vSAN ライセンスも7.0を適用しましょう。
以上です。
2020年4月のJapanVMUG
コロナ禍のなか、"コロナに負けない"をスローガンに JapanVMUGではRemote Meetupを中心に精力的に活動していました。
活動頻度・質は、世界一だったのではないでしょうか?
本来は記憶が鮮明なうちに 纏めておけば良かったのですが、あれよあれよというまに8月になってしまったので、備忘録的に残しておこうかと思います。
ユーザ会ならではの オフレコトーク満載なので詳細な内容は割愛。知りたい人は参加するしかない。
[4/3]
JapanVMUG Remote Meetup #1 & Remote vBeer #1
LT
・テレワークあるあるやノウハウについてvExpert2名が発表
・土村さん 富士通
・今井さん 富士通クラウドテクノロジーズ
LT後のディスカッションでは、やはりインフラ周りのトラブル(未然に防いだものも含む)や懸念が多かった。運用側とユーザー側の両方の意見を聞くことが出来たのはとても参考になった。
フリーディスカッション
・テレワークを快適にするグッズについて情報共有
長時間座りっぱなしなので、椅子やクッションなどのオススメなど地味に参考になった。
[4/10]
JapanVMUG Remote vBeer #2
・単独の開催としては、JapanVMUG 初のオンライン飲み会
・緊急事態宣言後の開催だったため、近況トークで盛り上がる
- 色々な業界のユーザが参加しているため、なるほどのオフレコトークが熱い
・意外とテクニカルな真面目な話題(というよりも、もはや発表レベル)あり
[4/17]
JapanVMUG Remote Meetup #2 & Remote vBeer #3
・VMware社からセッションを2本提供(JapanVMUG向けのスペシャルセッション)
・vSphere7アップデート①(7.0 Update)
・vSphere7アップデート②(新拡張機能、k8s、Project Pacific)
カスタムISOでのバージョンアップの注意喚起など、結構大事な情報盛りだくさん。
LT
・GoさんのvSphere7 インプレッション
実環境を使用しながらの解説は秀逸(これが無料で視聴できるのはスゴイ)
[4/24]
JapanVMUG Remote vBeer #4
・なんとなく、Remote vBeerは最長でも24時解散みたいな感じのルールのようなもので出来てきた。
・所々で、かなりテクニカルで真面目な話題もカジュアルに挟みつつ
結局、4月は大変な時期だったにもかかわらず Remote vBeerは毎週開催。リモートミーティングも隔週開催とハイペースにも関わらず、対面での開催に匹敵もしくはそれ以上の参加者数だった。2020年もJapanVMUGは勢いのあるユーザ会だと再認識。
Veeam Backup & Replication 10 a のオフラインアップグレード手順 + AWS Plug-in適用手順
VBR10aは、7月23日にRTM版が配布されていましたが、VBR10の初のマイナーバージョンアップである VBR10a (KB3228)の一般提供が開始されました。VBR10a のオフライン環境でのバージョンアップ手順について記載します。
本バージョンであるVBR10aが適用されるとビルド表記は "10.0.1.4854" となります。
VBR9.5u4b 9.5.4.2866
VBR10 10.0.0.4461
VBR10p1 10.0.0.4461 P1
VBR10p2 10.0.0.4461 P2
VBR10a 10.0.1.4854
VBR10aを適用するにあたって何点か留意点がありますので、先に触れておきます。
1点目
バージョンアップの前提条件ですが、VBR9.5u3 (ビルド 9.5.0.1536)以上である必要があります。なお、VBR10aにはこれまでリリースされた累積パッチ1(VBR10p1)および2(VBR10p2)の修正も含まれています。
ちなみに、vSphere7GA のバックアップは VBR10 以上でしかサポートされていませんが、正式サポートバージョンはVBR10p2です。ただし、幾つかのレア機能にバグはあるものの VBR10 および VBR10p1 でも vSphere7GA のバックアップは実行可能です(普通の使い方をしている分には気にならないと思います)。
VBR9 から VBR10 にアップグレードする場合は、VBR10p2 もしくは VBR10a のどちらかが良いでしょう。ただし、VBR10p2 のパッチ適用の前提条件(参照:https://pandarin4.hateblo.jp/entry/2020/08/14/191110)は VBR10 以上なので、手間を考えると VBR10a を選択したほうが良いと思います。
2点目
VBR10aRTM と VBR10a の isoファイルですが、ファイル名は若干異なりますが中身は全く同一であるため、RTM版をインストールしている方は特に何もする必要はありません。RTM版のビルド表記も "10.0.1.4854" です。
3点目
6月に Veeam Backup for AWS (VBA)のv2がリリースされましたが、VBR10a ではネイティブに EC2インスタンスのバックアップ・リストアが行えるようになりました。なお、これらの機能は Plug-in として提供されます。
要するに VBR10a にバージョンアップ後に AWS Plug-in (ビルド 10.0.1.567) を適用するということです。この Plug-in は必須ではありません。EC2とか関係ない基盤であれば適用しなくても大丈夫です。
なお、この Plug-inの適用にあたっては、以下のインストールが必須となります。
- Microsoft.NET Core Runtime 3.1.3
- Microsoft ASP.NET Core 3.1.3 Runtime
未インストールの場合は、Plug-inインストール前にインストールすることが出来ます。ちなみに、Plug-inインストールにあたっては、OSの再起動は行われません。
4点目
このタイミングで "Veeam Agent for Linux" "Veeam Agent for Windows" もそれぞれビルドが (ビルド 4.0.1.2365) (ビルド 4.0.1.2169) にアップデートされているので Agentを利用している場合は、注意が必要です。
ここからアップグレード手順になります。
まず有効化されているジョブを全て無効化し、VBRコンソールも落とします。
なお、ジョブを無効していない場合や、VBRコンソールを落としていない場合はエラーメッセージが出力されます。
あらかじめダウンロードしておいたisoファイルの中の "Setup.exe" を実行します。
インストーラーが表示されるので "Upgrade" をクリックします。
EULA が出力されます。チェックボックスにチェックを入れて "Next" をクリックします。
アップデート対象のコンポーネントが表示されます。"Next" をクリックします。
ライセンス確認が表示されます。"Next" をクリックします。
サービスアカウントの確認が表示されます。そのまま "Next" をクリックします。
VBR構成データベースの確認が表示されます。そのまま "Next" をクリックします。
VBR構成データベースのアップデートの確認が表示されます。そのまま "はい(Y)" をクリックします。
リモートコンポーネントのアップグレードオプションの確認が表示されます。そのまま "Install" をクリックし、インストールを開始します。
なお、チェックボックスにチェックを入れるとリモートコンポーネントのアップグレードも実行します。
注意点としては、リモートコンポーネントも全てのジョブを無効化しコンソール等のコンポーネントを落としていないとアップグレードはエラーとなり失敗します。ただし、リモートコンポーネントのアップグレードの失敗は、このアップグレード作業の成否には関係ありません。リモートコンポーネントが失敗したからといって このアップグレード作業が失敗するわけでわありません。また、リモートコンポーネントのアップグレードは、いつでもVBRコンソールから手動にて実行可能なので、この作業で実施しなくても問題ありません。
インストールが終わったら、そのまま "Finish" をクリックし、インストールを終了します。
インストーラを閉じます。
これでVBR10aのインストール自体は完了です。
アップグレード後は、コンソールを起動し無効化したジョブを有効化します。初回起動時はVBSの最適化があります。
ビルドが 10.0.1.4854 になっています。
ここから AWS Plug-in 適用手順になります。
あらかじめダウンロードしておいた "AWSPlugin_10.0.1.567.exe" を実行します。プラグイン適用に際しては、ジョブを無効化する必要はありません。ただし、VBRコンソールは落とす必要があります。
冒頭でも触れましたが、前提条件を満たしていない場合は そのまま "OK" をクリックし、インストールを開始します。
EULA が出力されます。チェックボックスにチェックを入れて "Next" をクリックします。
インストール場所の確認が表示されます。適当な場所を指定して "Next" をクリックします。
インストールの確認が表示されます。そのまま "Install" をクリックし、インストールを開始します。
インストールが終わったら、そのまま "Finish" をクリックし、インストールを終了します。
Plug-in適用は非常に簡単ですね。
Plug-in適用後は関係する箇所に変更が加えられています。
なお、ビルドの表記は変更ありません。
以上が VBR10aアップグレードと Plug-in適用手順になります。
Veeam Backup & Replication 10 P2 のオフラインアップデート手順
##当初、あまり意味を見出せなかったのでボツにしていましたが、VBR10aのリリースで調べなおすのが面倒だったので備忘録的にUpしました
VBR10の累積パッチ2(KB3161)がリリースされました。VBR10のオフライン環境でのパッチ適用手順について記載します。
この累積パッチによってvSphere7 GA が正式正式サポートとなりました。
なお、本パッチは適用が必須とはなっていませんが、幾つかの修正が加えられているため適用が推奨されています。
詳しくは以下のページにあるリリースノートを確認しましょう。ここではパッチファイル(.exe)および新規インストールに使用するインストーラー(.iso)もダウンロードできます。
『https://www.veeam.com/kb3161』
VBR10P2のアップデートの前提条件ですが、VBR10(GAビルド10.0.0.4461)もしくは VBR10P1(10.0.0.4461 P1)である必要があります。要約するとP1と同じく9.5に適用するこは出来ません。P1も包含されているため、VBR10GAに適用することが出来ます。
なお、パッチ適用に際してはパッチファイル(ZIPを解凍すると.exeがあります)を使用しましょう。もし誤ってインストーラーを起動し、さらに誤って "Install" を実行した場合ですが、以下の画面の通り明らかに間違った手順だと気付ける親切設計になっているので安心です。
ちなみに P2 ではOSの再起動は不要です。
ここからがパッチ適用手順になります。いつもと同じような手順です。
箇条書きにすると
・有効化されているジョブを全て無効化する
・VBRサーバにローカルコンソールで接続している場合は切断する
・パッチファイルを実行する(.exe)
・リモートコンポーネントもアップデートするか選択する
・リモートコンポーネントもアップデートする場合は、リモート側のジョブ無効化やコンソールも切断する
・Installを実行する
・Installを完了する
・コンソールを起動しジョブを有効化する
・リモートコンポーネント側でジョブ無効化などした場合はそちらも戻す
・(オプション)コンフィグレーションバックアップを実行する
以上
Veeam Backup & Replication 10 P1 のオフラインアップデート手順
このパッチはもっと早い段階でのリリースが予定されていましたが、Veeam社のコロナ対応に伴うリモートワーク化の影響でリリースが延期されていました。P1では幾つかの不具合が修正されています。
詳しくは以下のページにあるリリースノートを確認しましょう。ここではパッチファイルもダウンロードできます。
『https://www.veeam.com/kb3127』
そういえば前回、vSphere7 GAのリグレッションテストについて触れましたが、リグレッションテストは終了したようです。VBR10については、1点だけ不具合が発見されたようです。
具体的な説明は割愛しますが、レプリカフェールオーバーでVMをホットアドトランスポートモードでムーブした際にエラーが出る事があるようです。回避策もあるようですが、5月中旬頃にリリースを予定されている累積パッチ2に修正が含まれるようです。
この件が修正されると VBR10で vSphere7 GAが正式にサポートされることになります。
なお、今回は OSの再起動はありませんので安心して終了しましょう。
なお、今回はVBSの最適化やコンポーネントのアップデートはありません。
Veeam Backup & Replication 10 のオフラインインプレースアップグレードについて
https://pandarin4.hateblo.jp/entry/2020/03/04/193058
なお、ジョブを停止していない場合は、アップグレードプロセスがエラーとなり実行できないので、うっかり止め忘れても障害等は発生しません。
注意点は、VBRのアップグレードではOSの再起動は伴いませんが、.Net Framework等のインストールではOS再起動が必須なことです。既存環境の実装状態によっては再起動が必要であることに注意しましょう。
既存システムにインストールされているコンポーネントが表示されます。Nextをクリックします。
なお、Community Editionの場合は、ここで何も指定せずに Nextをクリックします。
ローカルのアドミニストレータアカウントを指定します。インプレースアップグレードなのでそのままの状態で Nextをクリックします。
VBS (VBR構成データベース) を指定して Nextをクリックします。
プロキシサーバなどのリモートコンポーネントも同時にアップグレードする場合はチェックボックスにチェックを入れます。
なお、VBRコンソールにてあとから個別にアップグレードすることも可能です。
注意点としては、リモートコンポーネントにVBRをインストールしている場合、そのVBRのジョブも全て無効化しておく必要があります。かりにジョブを無効化せずに実行した場合は、リモートコンポーネントのアップグレードのみ失敗します。
Installation succeededと出力されるとインプレースアップグレードのインストールフェーズは完了です。Finishをクリックします。
『https://pandarin4.hateblo.jp/entry/2020/01/29/123251』
Veeam Backup & Replication 10 のインプレースアップグレードの留意点
(当初はインプレースアップグレードについて触れようとしていましたがボリュームが大きくなったので記事を分割しました)
まず、インプレースアップグレードの前提条件ですが、VBR9.5u3以降である必要があります。それ以下のバージョンの場合は、まずVBR9.5u3以上にバージョンアップする必要があります。
また、ライセンスファイルについても注意が必要です。v10では新しいライセンスファイル形式を使用するため、オフラインでのインプレースアップグレードの場合は、あらかじめVeeamカスタマーポータルからv10ライセンスを手動にてダウンロードしておく必要があります(もちろん有効な保守契約が必要です)。
オンラインの環境では、自動的にダウンロードできるので特に事前作業は不要です。なお、v10に関しては、メジャーバージョンアップであるため、自動アップグレードはサポートされていなません。
また、いつもフライングするVBRにしては珍しく、ESXi7.0には触れられていません。
※触れられていない=2週間以内にリリースされないという事ですね:)
インプレースアップグレードについては、ツイッター等でうたわれている通り、本当にスムーズで良いものだと思います。
基本的には、メジャーバージョンアップにも関わらずサーバの再起動も不要です。
ただし、例外もあります。詳細はアップグレードの記事で触れたいと思いますが、再起動が必須となる例もあります。
具体的には以下の3つソフトウェアがインストールされていない場合などは、再起動が必要になります。
Microsoft Installer 4.5
Microsoft PowerShell 2.0
Backup Proxy Serverは Window10でも動作しますが、Win7からバージョンアップした32bit版Win10ではサポートされないので注意が必要です。(VDDK5.5以降では、32bit版のWindowsOSはサポートされていません)
ちなみに同じような話では、リモートコンソールとして VBRコンソールを利用する場合も32bit版OSはサポートされていないので同じく注意が必要です。