この記事では、Socketサイトの手動アップグレードプロセスについて説明します。
概要
Catoは、SocketサイトのSocketファームウェアのアップグレードとバージョン管理を行い、最新のバージョンで動作していることを確認します。 主要なソケットバージョンは四半期ごとにリリースされるのが一般的です。 詳細については、Catoの管理ソケットアップグレードサービスの理解を参照してください。
例えば、メンテナンスウィンドウ中にソケットがCatoクラウドに接続されていない場合など、ソケットがアップグレードをスキップした場合があります。 この場合、Cato管理アプリケーションで通知を受け取り、アップグレードがスキップされた旨を電子メールで受け取ります。
その場合、手動でソケットをアップグレードするオプションがあります。
注：
ソケットがすでに最新バージョンを実行している場合、アップグレードオプションはグレー表示されます。
ソケットのアップグレード
このセクションでは、ソケットの手動アップグレード方法について説明します。 アップグレードのオプションは以下の通りです：
特定のSocketがメンテナンスウィンドウ中に自動アップグレードに失敗した場合など、単一のSocketをアップグレードします
大量のアップグレード - 例えば、お客様の組織が安定性の理由でソケットの自動アップグレードを一時停止し、アカウント内の複数のソケットが古いバージョンを実行している場合
単一のソケットをアップグレード
このセクションでは、単一のソケットの手動アップグレード方法について説明します。
Catoは、最新のSocketバージョンへのアップグレードをベストプラクティスとして推奨しています
アップグレードプロセスには約20分かかり、ダウンタイムは約2分です。 アップグレード中に問題が発生した場合は、ソケットアップグレードのトラブルシューティング記事を参照してください。
Socketを手動でアップグレードするために：
ナビゲーションメニューから ネットワーク > サイト を選択し、サイトを選択します。
ナビゲーションメニューから サイト設定 > ソケット を選択します。
アクション > アップグレード をクリックします。
このソケットに対してすでにアップグレードが進行中の場合、アップグレードメニューオプションはグレー表示されます。
アップグレードするバージョンを選択します。
アップグレード をクリックします。
ソケットの大量アップグレード
同じ接続タイプのソケットサイトを一括でアップグレードすることができます。 例えば、すべての vSocket Azure サイトをアップグレードします。 デフォルトでは、選択されたすべてのサイトが最新のソケットバージョンにアップグレードされます。 しかしながら、異なるバージョンへのアップグレードも選択できます。 最大100個のソケットを同時にアップグレードすることができます。
大量のアップグレードは即時実行するか、計画メンテナンスウィンドウで自動的に実行されるようなスケジュールを設定することができます 即時実行のアップグレードを行う場合、選択されたすべてのサイトが同時にアップグレードされます。 アップグレードをスケジュールした場合、各ソケットサイトは設定されたタイムゾーンに従ってアップグレードされます。
注：
スケジュールされたアップグレードは、各ソケットの管理ページ（サイト設定 > ソケット）に入り、各スケジュールされたソケットのアップグレードをキャンセルすることでのみキャンセルできます。 下記を参照してください、スケジュールされたアップグレードのキャンセル。
注：
異なる接続タイプのサイトを選択した場合 アップグレード オプションはグレー表示されます。
大量のアップグレードは、低いバージョンへのダウングレードをサポートしていません。 例えば、v21のサイトとv22のサイトをまとめてアップグレードする場合、v23以上にしかアップグレードできません。
HAサイトが選択された場合、アップグレードはフェイルオーバーを許可するためにプライマリソケットから始まります。 その後、無事にアップグレードが行われると、サービスは自動的にセカンダリソケットのアップグレードを開始します。
複数のSocketサイトを一括でアップグレードする方法：
ナビゲーションメニューから ネットワーク > サイト を選択します。
アップグレードするサイトのためにページをフィルタリングし、サイトを選択します。
アクション > ソケットのアップグレード をクリックします。
アップグレードするバージョンを選択します。
アップグレード時間の下の、即時またはカスタムを選択します。
カスタムを選択した場合、時間をスケジュールするためにカスタム時間セクションを使用します。
各サイトは設定されたタイムゾーンに従ってアップグレードされます。
ソケットのアップグレードをクリックします。
注：次のいずれかが該当する場合、ソケットのアップグレードオプションはグレイ表示されます：
選択されたサイトのいずれも接続されていません
選択されたサイトはすでに最新バージョンを実行しています
これらのサイトのソケットでは既にアップグレードが進行中であり、アップグレードメニューオプションはグレイ表示されます
スケジュールされたアップグレードのキャンセル
スケジュールされたアップグレードは、各ソケットの管理ページに入り、各スケジュールされたソケットのアップグレードをキャンセルすることでのみキャンセルできます。
スケジュールされたアップグレードをキャンセルするには：
ナビゲーションメニューから ネットワーク > サイト をクリックし、アップグレードがスケジュールされているソケットを持つサイトを選択します。
ナビゲーションメニューから サイト設定 > ソケット をクリックします。
該当するソケットの アクション メニューから 手動アップグレードのキャンセル を選択します。
確認ダイアログで アップグレードのキャンセル をクリックします。 このソケットのスケジュールされたアップグレードがキャンセルされました。
各該当ソケットに対してステップ1-4を繰り返します。
大量アップグレードのベストプラクティス
多くのソケットをアップグレードする場合は、まずいくつかのソケットでプロセスが想定通りに動作することを確認し、その後、より大きなグループで続行します。
サイトページのフィルタを使用して、大量アップグレードに関連するサイトを選択しやすくします。 例えば、同じ接続タイプとバージョンのサイトをフィルタリングし、サイトテーブルの上部にあるチェックボックスですべてを選択します。
サイトページに表示される関連するタグを追加するためにサイト説明フィールドを使用して使用します。 これにより、アップグレードのための関連するサイトを見つけやすくすることができます。
HA展開のための手動アップグレード
HA展開の場合、Catoはフェイルオーバーをセカンダリソケットに引き起こすプライマリソケットをまずアップグレードすることをお勧めします。 プライマリソケットはアップグレードを完了し、ダウンタイムを含む、約20分後にアップグレードが成功しプライマリソケットがアップグレードされ安定した状態であることを知らせる電子メール通知を受け取ります。 プライマリソケットがオンラインに戻った時点で、再びプライマリソケットのステータスを取得します。
そのポイントで、セカンダリソケットをアップグレードすることができます。 約20分後、アップグレードが成功したことを示す電子メール通知を受け取り、HAステータスがアップしているはずです。
注：
アップグレードプロセスには約20分かかり、ダウンタイムは数秒です（VRRPがセカンダリソケットに通知するのにかかる時間によります）。 BGPを使用している場合、BGPのフェイルオーバーとルートが更新されるまでの時間はBGPの設定に依存します。
アップグレード中に問題が発生した場合は、ソケットアップグレードのトラブルシューティング記事を参照してください。
自動アップグレードの一時停止
Catoは、管理ソケットアップグレードサービスの一環として、ソケットを自動でアップグレードします。 しかし、場合によっては、ダウンタイムを回避するためにアップグレードをスキップしたい場合があります。 例えば、年末年始にビジネスで重要なサイトがある場合、一定の時間サイトをダウンさせたくないため、自動アップグレードからのオプトアウトを望むでしょう。
自動アップグレードを一時停止するには：
ナビゲーションメニューから ネットワーク > サイト をクリックし、アップグレードを一時停止するソケットを持つサイトを選択します。
ナビゲーションメニューから サイト設定 > ソケット をクリックします。
サイトのアクションメニューから自動アップグレードの一時停止を選択します。
警告ウィンドウが開きます。
OKをクリックします。
Catoは、ソケットが最新の状態に保たれるようにビジネスニーズが許す限り自動アップグレードを再開することを推奨します。