HAのアップグレードモードとMVC
HA クラスタ のアップグレードは「止めない」「影響を最小化する」ことが重要なテーマです。FortiOS 7.4.1以降では upgrade-mode が拡張され、4つの方式から選択可能になりました。さらに MVC （Multi-Version Cluster） によって、一時的
HA クラスタ のアップグレードは「止めない」「影響を最小化する」ことが重要なテーマです。FortiOS 7.4.1以降では upgrade-mode が拡張され、4つの方式から選択可能になりました。さらに MVC （Multi-Version Cluster） によって、一時的
FortiGateをHA (High Availability) 構成で運用する際、フェイルオーバー時にユーザ影響を最小化するための鍵となるのがセッション同期です。 特に「セッションピックアップ (Session Pickup)」を有効化することで、アクティブ機からスタンバイ機へ
FortiGateをHA（High Availability）構成で運用する際、障害が発生すると セカンダリ が自動的に昇格して業務継続を担います。 ここで問題になるのが「復旧した際に自動的に元のプライマリに戻すべきかどうか」です。 これを制御するのが Override機能 です
FortiGateをHA (High Availability) 構成で運用する際、管理アクセスの設計は重要です。 FGCPで クラスタ を組むと「仮想IP」での管理は可能ですが、スタンバイ機へのアクセスやログ送信、外部連携などを考えると HA Management や HA-D
FortiGateをHA構成（FGCP）で利用する場合、フェイルオーバーのトリガーとして「モニター インターフェイス 」と「リンクモニター」を設定することが可能です。 名前は似ていますが、監視するレイヤや挙動が異なります。この記事では両者の違いを整理し、設定例を紹介します。 レイ
FortiGateをHA (High Availability) 構成で運用する際、FGCP (FortiGate Clustering Protocol) がノード間の役割を自動的に決定します。 この記事では、プライマリ（アクティブ）と セカンダリ （スタンバイ）がどのような基
FortiGate専用の最も利用されるHA プロトコル Active-Passive / Active-Active をサポート 同一モデル・同一 ファームウェア が必須となる 管理者が意識するのは「HAグループ」と「ハートビート インターフェイス 」 2台1組で 冗長化 するの