最近のVMware製品で使用されているPhoton LinuxへのStatic Routeの追加方法を紹介します。
Default Gateway以外を通って別セグメントへ通信させる要件は結構あると思いますが、Static Route追加の情報が少なくて対応に苦労しました。
その時の情報をまとめています。

Static Routeの追加

コンフィグの変更

設定ファイル

# cat /etc/systemd/network/10-static-eth0.network

デフォルトコンフィグ

[Match]
Name=eth0

[Network]
Domains=xxx.local
Gateway=xx.xx.xx.xx
Address=xx.xx.xx.yy/24
LinkLocalAddressing=no
DHCP=no

[DHCP]
UseDNS=false

設定内容

[Route]
Gateway=xx.xx.xx.zz
Destination=aa.aa.aa.aa/24

[Route]
Gateway=xx.xx.xx.zz
Destination=bb.bb.bb.bb/24

ここにRouteセクションを追加して、ゲートウェイ、宛先IPを記入していきます。
2つ以上ルートがある場合はまとめて書くことはできなさそうで、毎回Routeセクションを追加する必要があります。

サービス再起動

# systemctl restart systemd-networkd

ルーティングテーブル確認

# route

これでルートが追加されていることが確認できると思います。

まとめ

VMware製品にスタティックルートを書く需要はそれなりにあると思いますが、情報が少なかったので記事にしました。
参考になれば幸いです。

vSphere 7へのアップグレード手順について非常に綺麗にまとめてくださっているページがあったので自分用メモも兼ねて記事にしておきます。

vSphere 7へのアップグレード手順まとめ

https://imaisato.hatenablog.jp/entry/2020/05/06/050110

ソフト、ハードのコンパチビリティ確認からバージョンアップ後の処理まで非常にわかりやすくまとまっています。
特に外部PSC使っていた方やWindows版のvCenterを使っていた方向けの情報もまとめられているのがすごいです。

2020年3月11日にVMwareが新製品群 vSphere7の発表を行いました。

今回の目玉はやはりKubernetesのネイティブサポートです。

遂にVMwareが仮想化からコンテナに完全シフトしています。

これまでのvSphere6.7までのメジャーバージョンアップと訳が違うので、これまでVMware製品に精通していた方は大きな勉強し直しを強いられることになると思います。

コンテナが怖くて避けていたネットワークやインフラエンジニアにもこの波が大きく押し寄せてきましたね。

VMware Tanzu PortfolioとCloud Foundation 4 with Tanzuの2製品群に組み込まれています。

まだまだグローバルでも情報が少なく、きちんと整理された説明がされているところが殆どありません。

私も全然理解しきれていないので参考になりそうなWebサイトを随時リンクしていこうと思います。

VMware Tanzu PortfolioとCloud Foundation 4 with Tanzuの参考サイト

1.Cloud Watch

ヴイエムウェアの今後20年を支えるアプリとインフラのポートフォリオ――、「Tanzu Portfolio」「Cloud Foundation 4 with Tanzu」を発表

複雑な製品群をそれぞれどんな役割のものなのか、どういうときに使うものなのか丁寧に説明してくれています。

今のところ取っ掛かりとしてはこのページが抜群にわかりやすいです。

vSphere7 の変更点

※VMware主催のウェビナーやいろいろなところから集めてきたドキュメントをもとに記事を更新しています。
誤り等がある可能性がありますのでご了承下さい。

vCenter Serverプロファイルの追加

複数のvCenterに対する設定が一括で可能になったようです。

プロファイルはJSON形式とのことでした。

複数vCenter運用だと一番面倒なのが各vCenterのプロファイル管理です。

これがESXiのイメージプロファイルのように一元管理できるようになったのは非常に大きなアップデートになりますね。

コンテンツライブラリの機能拡張

今までまともに使えていなかったコンテンツライブラリですが、今度こそはきちんと使えるようになっているようです。

テンプレートの管理だけでなくバージョニングもできるようになりました。

ある程度の規模になるとテンプレートからのデプロイは日常的に行われる作業になると思います。

これをバージョン管理ができるコンテンツライブラリ上でできるようになるのは結構大きなアップデートです。

vCenter ApplianceのマルチNIC対応(最大4つ)

VCSAは今までNICが1つ(VCHAを組む場合のみ2つ)しかNICが付けられませんでした。

この制限が開放されて最大4つまでNICが持てるようになっています。

昔ながらのWindowsベースのvCenterではできたいた事ができなくなっており、意外と不便なポイントでした。

私も複数NICを使ったvCenter5.0を採用していたので、そこからアップグレードするときにNW構成から見直す必要がでてきてかなり苦戦した記憶があります。

SSOドメインの登録解除、リポイントが可能に

今まで一度登録したSSOドメインを変更するのは非常に大変でした。

これがvCenter CLIを使用することで簡単にできるようになっています。

運用上必要なことがでてくるので地味に嬉しいアップデートです。

外部PSCの廃止

遂に外部PSCが廃止され、組み込みPSCのみの採用となりました。

6.5では外部PSC推奨→6.7では非推奨→7.0では廃止と中々に迷走していましたが遂に廃止と言う結論になりましたね。

外部PSCは非常に管理が大変で煩雑になる要素だったので廃止も妥当だと思います。

vCenterを複数立てた場合は内部PSC同士で良いようにしてくれるらしいので、大きなパフォーマンス劣化などはなさそうです。

DRSの機能改善

DRSも大きくアップデートされています。

• 5分間隔のDRSを1分間隔に変更
• クラスタベースの管理から仮想マシンのワークロード単位での管理に変更
  これにより、各VMがよりパフォーマンスの出せるホストへ移行する動きを取ります。
  クラスタの負荷均一化を目指していた従来のDRSとはアプローチが大きく異なっています。

DRSに関してはもともと大きな不満はありませんでしたが、より負荷を公平に分散できるような評価値に変更されたようです。

DirectPath I/OでのDRS、HAサポート

GPUなどをESXi経由で使うときに使うDirectPath I/Oですが、今までは制限がキツすぎて仮想化のメリットが殆ど出せませんでした。

今回から仮想マシンが直接PCI-eデバイスを見ることができるようになり、DRS、HAのサポート対象となりました。

これにより仮想化のメリットが十分に活かされたGPU環境が用意できます。

vMotionの強化

今までは大きな仮想マシンを移行するときに1秒程度固まることがあったと思います。

これがネックでOracleやSAP HANAなどのvMotionを躊躇するケースが多くありました。

vMotionのプロセスを大きく変更することにより、大幅に固まる時間を削減することができるようになったとのことです。

今回のアップデートで1秒以上の固まりを無くすことを目標としているとのことでした。

Identity Federation

ADFSをネイティブサポートするようになったとのことです。

これによりVMwareのSSOだけ孤立していて何のためのSSOなんだ状態だった部分が大きく改善されますね。

ライフサイクル管理の改善

クラスター単位であるべき状態をモニタリングし、ドライバやファームウェアの管理も含めて適切な状態を維持してくれるようです。

DELLとHPE製品もこの機能の中に組み込まれており、一元管理しやすいようになっています。

アップデートがあればその通知もされますし、クラスター単位で自動アップデートもできる機能だけきくと優れものです。

が、実際問題ライフサイクル管理機能に任せた自動アップデートなんて怖すぎて多くの日本企業は運用に乗せられないでしょう。

個人的にはイケイケなので是非使いたいのですが、事故があった時にどうしようもなくなるので難しいところですね。

vSphere6.7(vCenter6.7)の拡張リンクモードについて

vSphere6.7の拡張リンクモードについて

vSphere6.7(6.5U2)から既存のPSCを外部に出す拡張リンクモード以外に、組み込みリンクモードなるものがリリースされました。

※厳密には6.5でも出来たけど非推奨らしい。

組み込みリンクモードとは

vCenterとPSCが共存している状態でvCenter複数台構成が組めるものです。

今までの感覚だとvCenter1台構成の時に選択されていた組み込みインストールで拡張リンクモードが出来るようになったと理解すると早そうです。

※vCenter複数台構成にする場合はPSCを外出ししてそれに参加させる必要がありました。

組み込みリンクモードのメリット

以下VMware Docsからの引用です。

vCenter Server 組み込みリンク モードでは、組み込み Platform Services ControllerとvCenter Server Appliance をまとめて接続して、ドメインを形成することができます。vCenter Server 組み込みリンク モードは、Windows vCenter Server 環境ではサポートされません。vCenter Server 組み込みリンク モードは、vSphere 6.5 Update 2 以降でサポートされ、多くのデプロイに適しています。

vCenter Server 組み込みリンク モードのその他の機能は、次のとおりです。

• 拡張リンク モードよりもシンプルなドメイン アーキテクチャを実現する外部 Platform Services Controllerがありません。

• バックアップおよびリストア処理を簡単に実行できます。

• HA 処理がシンプルで、ロード バランサが不要です。

• vCenter Server 組み込みリンク モードを使用して、最大 15 台の vCenter Server Appliance をリンクし、単一のインベントリ ビューに表示できます。

• vCenter High Availability (vCenter HA) クラスタの場合は、3 台のノードが 1 台の論理vCenter Serverノードとみなされます。これは、vCenter Server 組み込みリンク モードの場合、vCenter HA クラスタ数が 10 倍（仮想マシンの総数が 30 台）になることを意味します。

参考 : VMware Docs

組み込みの Platform Services Controller を含む vCenter Server Appliance の vCenter Server 組み込みリンク モード

 

Platform Services Controller が組み込まれている vCenter Server をインストールすることには、次のようなメリットがあります。

• vCenter Server と Platform Services Controller がネットワークを介して接続されておらず、vCenter Server と Platform Services Controller の間の接続性問題や名前解決問題が原因で vCenter Server が停止することがなくなります。

• Windows 仮想マシンまたは物理サーバに vCenter Server をインストールする場合、必要な Windows ライセンスの数が少なくて済みます。

• 管理する仮想マシンまたは物理サーバの数が少なくて済みます。

参考 : VMware Docs

vCenter Server および Platform Services Controller のデプロイ タイプ

VMwareとしては一押しの機能に見えます。

外部PSCリンクモードのデメリット

外部 Platform Services Controller を使用する vCenter Server をインストールすることには、次のようなデメリットがあります。

• vCenter Server と Platform Services Controller の間の接続において接続の問題および名前解決の問題が発生する可能性があります。

• Windows 仮想マシンまたは物理サーバに vCenter Server をインストールする場合、必要な Windows ライセンスの数が多くなります。

• 多くの仮想マシンまたは物理サーバを管理する必要があります。

参考 : VMware Docs

vCenter Server および Platform Services Controller のデプロイ タイプ

今までの推奨だった外部PSCでの拡張リンクモードはデメリットの記載しかありません。

酷い手のひら返しです。

6.0や6.5からのアップグレード時に組み込みに変更できるらしい(未検証)ので、アップグレード時に組み込みリンクモードに変更することをオススメします。

vSphere6.7(vCenter6.7)の拡張リンクモードについてまとめ

vSphere6.7の記事がまだ少ないので推奨構成の記事を書いてみました。

vSphere6.5はβ版かよと思う出来でしたが、6.7はいい感じに動作していて本番運用に問題なく使えそうです。