Fortigateのファームウェアをアップグレードする

Fortigateのファームウェアをアップグレード(バージョンアップ)する方法について。

アップグレードパスについて

公式のマニュアルや、国内ベンダのマニュアルを読むと、現行のバージョンによっては複数のバージョンを経由しなければ最新のバージョンへアップグレードできないと記載されている。


だが、実際に試してみるとフラッシュドライブをフォーマットしてからであれば*1、古いバージョンからでも最新のバージョンへアップグレードすることが可能。
たぶん、アップグレードパスが必要だと言っているのは、既存のコンフィグを引き継ぐ場合のことなのだろう。

アップグレード手順

上記より、コンフィグの引継ぎを考慮しない場合のFirmwareバージョンアップ手順は次の通り。

  1. フォーマット
  2. アップグレード

50Bで最新のファームウェアにアップグレードすると、起動までにかなり時間がかかるようになる。
「あれ？もしかして、アップグレード失敗して起動しない...」と思って、強制的に電源オフ等しないように。

*1:実際はフォーマットの手順も必要ないかもしれない

NexentaのVAAIサポート

vmware nexenta

VMwareのドキュメントによると。

ステータスの値は、「不明」、「サポート」、および 「未サポート」 です。初期値は 「不明」 です。

ブロック デバイスの場合、ホストで負荷の軽減が正常に実行されると、ステータスが「サポート」に変わります。負荷の軽減に失敗した場合、ステータスは 「未サポート」 に変わります。デバイスが部分的にハードウェア アクセラレーションをサポートする場合、ステータスは「不明」のままです。

特に何か設定が必要ということはなく、実際の動作結果によって、勝手に有効になるみたい。

体感早くなったような感じはしないけど...

メモリの再利用方法

vmware

VMwareのドキュメントを探しても明示的に使用する順序が記載されている箇所を見つけられなかったので、研修ドキュメントより転記。

  • VMkernel には、ESXiホストでメモリを再利用するためのさまざまな方法があります。それぞれの方法について、VMkernelが使用する順に説明します。
  • 最初の方法は、物理メモリページを効率的に使用する方法で透過的なメモリページ共有(TPS)と呼ばれます。透過的なページ共有を使用すると、同一内容のページは1回のみ保存できます。複数の仮想マシンのワークロードは、物理マシン上で同様のワークロードを実行する場合と比べて、多くの場合、消費するメモリが少なくなります。TPSを使用することでホストで、より高度なメモリのオーバーコミットメントが可能になります。
  • メモリの競合が発生すると、VMkernelは、仮想マシンのアイドル状態のメモリや、割り当てられていても未使用のメモリの再利用を検討します。VMkernelは、通常VMwareToolsとともにインストールされるvmmemctlドライバを仕様して、アイドル状態の仮想マシンからメモリを開放し、メモリをより多く必要としている仮想マシンへ割り当てます。vmmemctlドライバは、「メモリバルーンドライバ」とも呼ばれます。
  • 次の方法は、メモリを圧縮する方法で、VMkernelがホストの物理メモリを再利用する場合に仕様します。これは、競合の発生率が高い場合に、仮想マシンのスワップファイルにメモリがスワップアウトされるのを防ぐため、ページを圧縮して一部のメモリの再利用を試します。
  • 最後の方法は、ディスクに仮想マシンのメモリをページアウトする方法でが、あまり望まし方法ではありません。現在のシステムの需要を満たすための迅速なメモリの再利用が、ほかの方法では一時的に不可能な場合に、ディスクへのスワップが使用されます。この方法を使用するとパフォーマンスが著しく低下します。

ということで、まとめると次の順序。

  1. 透過的なメモリページ共有
  2. メモリバルーン
  3. メモリの圧縮
  4. メモリのページアウト

vMotion時の選択肢ががらっとかわっていた。

vmware

vMotion時の選択肢ががらっとかわっていた。
4.0 の頃は、CPUを予約するか否かの選択であったのに対して、

5.0 ではただの優先順位の選択になってた。

でも、ウィンドウに書かれているとおりヘルプを参照してみると、動きとしては4.0の時と、かわってないみたい。

オプション 説明
高優先順位
  • ESX/ESXi バージョン 4.1 以降を実行しているホストの場合、vMotion で同時に実行される移行操作すべてで共有されるリソースについて、vCenter Server はソース ホストおよびターゲット ホストの両方で予約しようとします。
  • vCenter Server は、標準優先順位よりも高優先順位の移行に対し、より多くの割合のホスト CPU リソースを割り当てます。予約されたリソースにかかわらず、移行は常に続行されます。
  • ESX/ESXi バージョン 4.0 以前を実行しているホストの場合、vCenter Server は個々の移行操作において、ソース ホストおよびターゲット ホストの両方で一定量のリソースを予約しようとします。リソースが使用可能でない場合、高優先順位の移行は続行されません。
標準優先順位
  • ESX/ESXi バージョン 4.1 以降を実行しているホストの場合、vMotion で同時に実行される移行操作すべてで共有されるリソースについて、vCenter Server はソース ホストおよびターゲット ホストの両方で予約しようとします。
  • vCenter Server は、高優先順位よりも標準優先順位の移行に対し、より少ない割合のホスト CPU リソースを割り当てます。
  • 予約されたリソースにかかわらず、移行は常に続行されます。ESX/ESXi バージョン 4.0 以前を実行しているホストの場合、vCenter Server は個々の移行操作において、ソース ホストおよびターゲット ホストで一定量のリソースを予約しようとします。
  • 標準優先順位の移行は、常に続行されます。ただし、十分なリソースが利用できない場合、移行の処理が遅くなったり失敗したりします。

vCloud Director

vmware

評価期間であれば、すべて無料で構築可能。

  • vShield Managerが事前に必要
  • Redhatが必要なのでOVAをダウンロードするとよい。*1
  • vCloudDirectorにvCenterを登録する前に、vShield ManagerでvCenterを管理しておく必要がある。

*1:OVAのサイズが大きいので、ダウンロードしたファイルに対してmd5でチェックしたほうがよい