この記事では、ソケットサイトの段階的なアップグレード サービスについて説明します。
Catoは、ソケット拠点のソケットファームウェアのアップグレードとバージョン管理を行い、常に最新のバージョンが稼働していることを確認します。
ソケットのアップグレードサービスは、すべてのお客様に最新のファームウェアを提供する自動化されたプロセスです。 そのため、お客様は新しいバージョンのインストールや更新について心配する必要はありません。 アップグレード サービスは、ソケット サイトへの影響を最小限に抑え（もしあれば）、問題を検出した場合に備えて自動ロールバックを確保します。 最新のソケットバージョンには、パフォーマンス、接続性、および安定性の向上、そして最新の機能と特徴が含まれています。
メンテナンスウィンドウ中にCatoクラウドに接続されていない、または接続性が不安定な場合など、ソケットがバージョンのアップグレードをスキップする状況があります。 この場合は、手動でソケットをアップグレードできますが、スキップされた各ソケットは個別にアップグレードする必要があります。
Catoは毎年3～4回の主要ソケットバージョンをリリースし、必要に応じて小規模なアップグレードを行います。 メジャーバージョンは17.0や18.0のように整数で増加し、マイナーバージョンは18.3.3や18.4.1のように小数で増加します。
新しいソケットバージョンには以下が含まれます：
-
主要ソケットバージョン - 新機能、将来の機能のためのインフラ、機能向上、バグ修正
-
小規模ソケットバージョン - バグ修正
Catoは、クラウドベースサービスに関する標準的な業界のベストプラクティスに従い、数週間にわたって徐々に新しいソケットバージョンを顧客に展開します。 問題が検出された場合、問題が解決されて新しいマイナーバージョンがリリースされるまで、展開が一時停止されることがあります。 この一時停止は、一部の顧客が自動的に更新を受け取るまでの追加の遅延を引き起こす可能性があります。
Catoがアカウントに新しいソケットバージョンをリリースする準備が整う48時間前に、ソケットのアップグレードメーリングリストにメール通知が送信され、ソケットサイトが次回のメンテナンスウィンドウ中にアップグレードされることが示されます。 アップグレードの実際の時間は、拠点が所在するローカルタイムゾーンに基づいています。 Catoはまた、ソケットリリースノートにバージョンの内容を発表し、それはCato管理画面の通知領域に表示されます。
これはソケットマネージドアップグレードサービスプロセスの概要です:
-
Catoが新しいSocketバージョンをリリースすると、Socketが関連ファイルをダウンロードします。
-
Socketはファイルのハッシュ値を比較して、新しいバージョンのファイルの整合性を検証します
-
Socketが新しいバージョンファイルをダウンロードできなかった場合、メンテナンスウィンドウ中に再度ファイルのダウンロードを試みます。
-
-
アップグレードサービスは、メンテナンスウィンドウのタイムゾーン内のサイトのソケットを新しいバージョンに段階的にアップグレードし始めます。
-
5つの異なるサイトから5つのSocketが初期アップグレードグループとして選択されます。
Socket HAサイトの場合、初期アップグレードグループにはプライマリソケットのみが含まれます。
-
アップグレードサービスは初期ソケットを一つずつ徐々にアップグレードし、各ソケットのアップグレードが成功していることとサービスが安定していることを確認します。
接続または安定性の問題が検出された場合、ソケットは自動的に前のバージョンにロールバックされ、その時間帯の他のサイトへのアップグレードプロセスは停止します。
-
最初の5つのソケットが新しいバージョンに正常にアップグレードされた後、アップグレードサービスは同じタイムゾーン内の残りのソケットを続行してアップグレードします。
-
-
各ソケットサイトは、以下の通りにソケットをアップグレードします（下記参照新しいバージョンへのソケットサイトのアップグレード）：
-
ソケットはアップグレードサービスの安全なストレージから新しいバージョンをダウンロードします。
-
ソケットは新しいバージョンをインストールし、画像上で正しく動作することを確認するために接続性のKPIを監視します。
検証が完了すると、ソケットアップグレードイベントが生成され、メール通知が送信されます。
-
稀に問題が発生した場合、Socketは前のバージョンにロールバックされます。
-
Socket v18.0以降、Catoが顧客に新しいソケットバージョンをリリースすると、Socketsはメンテナンスウィンドウに関係なく新しいファイルをダウンロードしようとします。 これにより、メンテナンスウィンドウ中の潜在的なアップグレード問題が最小限に抑えられ、低帯域幅やネットワークの切断が原因で発生する可能性があります。
注意: v18.0より前のソケットバージョンについては、イメージのダウンロードとソケットのアップグレードの両方がメンテナンスウィンドウ中に行われます。
Catoのソケットアップグレードサービスは、メンテナンスウィンドウ用にアカウントに構成された特定の現地時間帯に基づいて、全てのサイトのソケットを新しいバージョンに徐々にアップグレードします。 例えば、メンテナンスウィンドウを日曜日の1:00から3:00に設定したアカウントでは、米国東部タイムゾーンに設定済みのすべてのソケットサイトが日曜日の1:00から3:00 ESTにアップグレードされます。
段階的アップグレードの目的は、単一のサイトまたはサイトグループに対するサービス影響リスクを最小化することです。新しいソケットバージョンに重大な問題が発生し、Catoクラウドへの接続に影響を与える場合、アップグレードは自動的に停止します。 アップグレードを完了できないソケットは、前のバージョンに自動でロールバックされます。 新しいバージョンにアップグレードしないソケットについて詳しくは、以下を参照してください不成功に終わったソケットアップグレードを扱う。
それぞれのメンテナンスウィンドウのタイムゾーン内のサイトにおいて、段階的アップグレードプロセスは、アップグレードサービスが5つのソケットを選び、ソケットごとでアップグレードする方法で開始します。 各タイムゾーンでソケットの冗長化サイトが優先され、初期の5つのソケットにはプライマリのみが含まれます。
注意: ソケットソフトウェアのアップグレードプロセスに関連する重大な問題が検出された場合、アカウント内のすべてのソケットのアップグレードがスキップされます（メンテナンスウィンドウのタイムゾーン内のサイトだけでなく）。
ソケットソフトウェアのアップグレードが成功した場合、Cato管理画面は同じタイムゾーンの残りのソケットのアップグレードを続行します。 その後、Cato管理画面は冗長化サイトのセカンダリソケットのアップグレードを続行します。 ソケットのアップグレードと冗長化サイトの詳細については、以下のソケット冗長化アップグレードプロセスを参照してください。
各ソケットはアップグレードプロセスを完了するのに17分かかります。この期間中、ソケットはイメージをダウンロードし、検証してインストールし、新しいイメージに迅速に切り替え、サービスの安定性を確認します。 サービスへの実際の潜在的影響は、新しいイメージへの迅速な切り替え中のみに生じますが、これは最大でも数秒です。
同じタイムゾーン内での複数ソケットサイトに対するCatoの段階的アップグレードの概要は以下の通りです：
-
ソケットは、新しいソケットバージョンのファイルがリリースされると、自動的にこれをダウンロードします。
-
各ローカルタイムゾーンでは、メンテナンスウィンドウに基づいて初期的に新しいバージョンにアップグレードするために選ばれた5つのソケットサイトがあります。 例えば、米国の東部タイムゾーンの5つの異なるサイトです。
-
各サイトは5分間隔でアップグレードプロセスを開始します：
-
ソケット1は0分で、ソケット2は5分待機、ソケット3は10分待機、ソケット4は15分待機、そしてソケット5は20分待機します。
-
ソケット1がアップグレードを開始してから、ソケット5がアップグレードを完了するまでには37分かかります（アップグレード開始まで20分待機 + アップグレードプロセスに17分）。
-
初期の5つのソケットのうち1つがアップグレードプロセスを再試行する必要がある場合（例：ダウンロードした新しいイメージを検証できない場合）、残りのソケットのためのアップグレードサービスは54分後に開始されます。
再試行に関してさらに詳しくは、以下を参照してくださいソケットアップグレードの自動再試行。
-
-
初期の5つのアップグレードサイトがアップグレードプロセスを成功裏に完了すると、タイムゾーン内の他のソケットが新しいソケットバージョンにアップグレードされます。
このセクションでは、単一のソケットを新しいバージョンにアップグレードして、それが安定していることを確認するプロセスについて説明します。
-
ソケットは新しいバージョンを次の手順でダウンロードしてインストールします：
-
アップグレードサービスはソケットサイトが接続されているPoPに対してアップグレードソケットコマンドを送信します。 PoPはこのコマンドをソケットに転送します。
-
ソケットはCato管理アプリケーションのサーバーから新しいソケットバージョンのイメージをダウンロードし、ファイルハッシュが新しいソケットバージョンに正しいことを確認します。
-
-
ソケットは新しいイメージをインストールします。
-
ソケットは新しいイメージに切り替えます。
このプロセスには数秒かかることがあり、その間に該当サイトのCatoサービスに影響が出る可能性があります。
-
ソケットは10分間、接続性および健全性のKPIを監視します。
-
ソケットアップグレードプロセスを開始してから17分後、ソケットは新しいイメージが安定していることを確認し、Cato管理画面サーバーもソケットが新しいバージョンに正常にアップグレードされたことを確認します。
-
成功したソケットアップグレードの電子メール通知がソケットアップグレードメーリングリストに送信され、該当サイトのソケットが新しいバージョンに正常にアップグレードされたことを知らせる通知がCato管理アプリケーションに表示されます。
-
ソケットが新しいバージョンに関連する接続性問題または健全性問題を検出した場合、自動的に前のバージョンに戻ります。 ソケットアップグレードメーリングリストに、ソケットが新しいバージョンにアップグレードされなかったことを知らせる電子メール通知が送信されます。
-
このセクションでは、ソケットHA構成のサイトに対するソケットアップグレードについて説明します。 アップグレードプロセスはプライマリソケットから始まり、成功裏にアップグレードされた後にセカンダリソケットでプロセスが続行します。
両方のソケットの完全なアップグレードプロセスは、メンテナンスウィンドウの期間内に完了します。
-
まずプライマリソケットが新しいバージョンにアップグレードし、新しいバージョンが安定していることを確認します。
-
次にセカンダリソケットが新しいバージョンにアップグレードし、新しいバージョンが安定していることを確認します。
Cato管理画面は、プライマリソケットのアップグレードが成功裏に完了し、そのバージョンが安定していることを確認した後にのみ、セカンダリソケットのアップグレードプロセスを開始します。 万一プライマリソケットに重大な問題が影響を及ぼす事態が発生した場合、セカンダリソケットがアクティブなソケットとなり、サイトのサービスを続行します。
注意
注：
-
稀にプライマリソケットがアップグレード中に問題が発生し、その結果セカンダリソケットがサイトのアクティブソケットになります。 このようなシナリオでは、セカンダリソケットは新しいバージョンにアップグレードされません。
- 主ソケットが新バージョンへのアップグレードに成功し、副ソケットが新バージョンにアップグレードできない場合、主ソケットは新バージョンのままになります。 これは、主ソケットと副ソケットが異なるメジャーバージョンを実行していることを意味する場合があります（以下を参照）。
-
プライマリとセカンダリのソケットが異なるメジャーバージョンを実行している場合、サイトのステータスは未準備です。 詳細については、以下を参照してくださいSocket High Availability（HA）とは何か。
-
ソケットHAのフェイルオーバーは、ソケットが異なるメジャーバージョンを実行している場合でも発生します。 しかし、セカンダリソケットバージョンがプライマリソケットバージョンでサポートされている機能をサポートしていない場合、サイトに機能的な問題が発生する可能性があります。
例えば、プライマリ ソケットがバージョン 18.0 を実行中で、セカンダリ ソケットがバージョン 15.0 を実行中の場合、フェイルオーバーが発生すると、バージョン 16 - 18 でリリースされた機能は、セカンダリ ソケットがアクティブな間は動作しません。
-
各ソケットのアップグレードは、17 分の期間に制限されています。 ソケットがアップグレードを完了できず、新しいバージョンがその期間内に安定していることを確認できない場合、アップグレードサービスは以下のように自動的にアップグレードの再試行を試みます。 スキップされたアップグレードについての詳細は、以下を参照してください不成功に終わったソケットアップグレードを扱う。
ソケットがバージョンへのアップグレードをスキップする場合、イベントソケットアップグレードがアクションとしてスキップされ、電子メール通知が送信されます。 ソケットアップグレードイベントについて詳しくは、以下を参照してくださいソケットアップグレードステータスのイベントを理解する。
-
SocketがCato Cloudに接続されている場合、アップグレードサービスは新しいバージョンへのアップグレードを2回目に試みます
Socketが2回目の試行後もアップグレードできない場合、アップグレードサービスはSocketのこのバージョンをスキップし、リリースされる次のバージョンへのアップグレードを試みます。
例えば、Socketはv14.2にアップグレードできず、v14.3がリリースされたときにアップグレードを試みます。
-
SocketがCato Cloudに接続されていない場合、アップグレードサービスはSocketのこのバージョンをスキップし、リリースされる次のバージョンへのアップグレードを試みます
-
サイトのメンテナンスウィンドウが終了した場合、Cato管理アプリケーションのアップグレードサービスはSocketのこのバージョンをスキップします
通常のメンテナンスプロセスの一部としてSocketがアップグレードされていない場合、手動アップグレードを開始できます。 Catoは、Socketsを最新に保ち、最新のSocketバージョンにアップグレードすることを推奨します。
手動アップグレードはCato管理アプリケーションから開始します。 詳細については、「ソケットを手動でアップグレードする」を参照してください
自動的にアップグレードしたくない特定のSocketsがある場合 - 例として、重要なインフラまたは高トラフィックのサーバーがあります。
注意
注意： Catoは、Socketsを最新に保ち、最新のSocketバージョンにアップグレードすることを推奨します。
商業小売業者として、あなたは多くの店舗を持ち、さまざまな種類のソケットを通じてCatoクラウドに接続されています。 休暇シーズンには、店舗やオンラインサイトに大量のトラフィックがあり、この時期にSocketsをアップグレードしたくありません。
休日シーズン中、アットアップグレードを一時停止し、通常の量に戻ったときに再開できます。
管理されたソケットアップグレードサービスの一環として、Catoは段階的にアップグレードを実施します。 特定のサイトに問題がある場合、例えばインターネットリンクが不安定な場合、アップグレードは失敗し、アカウント内の全てのサイトがアップグレードされません。
ソケット v21.1 以降では、問題が発生しているソケットのアップグレードを一時停止し、アカウント内の他のサイトのメンテナンスウィンドウを再スケジュールすることができます。
自動アップグレードのメンテナンスウィンドウを再スケジュールするには：
-
ナビゲーションメニューからリソース > システム設定を選択し、メンテナンスウィンドウをクリックします。
-
メンテナンスウィンドウの再スケジュール の下で、再スケジュール をクリックします。
メンテナンスウィンドウは、ソケットメンテナンスウィンドウセクションで定義された時間に再スケジュールされます。 少なくとも48時間前に、開始時刻のメンテナンス期間を再スケジュールする設定を行う必要があります。
ソケットのアップグレードプロセスが完了すると、以下のいずれかのアクションで、サブタイプソケットアップグレードのイベントが生成されます。 各アクションに対して、メーリングリストに電子メール通知が送信され、Cato管理画面に通知が表示されます。
|
アクション |
説明 |
|---|---|
|
成功 |
ソケットは新しいバージョンに成功裏にアップグレードされました。 |
|
スキップ |
アップグレードサービスは、このソケットのアップグレードプロセスを開始することができませんでした。 例えば、メンテナンスウィンドウ中にソケットがネットワークに接続されていませんでした。 |
|
失敗 |
ソケットは、新しいバージョンにアップグレードすることができず、再試行でも失敗しました。 例えば、ソケットは画像ファイルのハッシュ値を検証できませんでした。 |
ソケットが最新バージョンにアップグレードできない場合、以下の次のステップが推奨されます：
0件のコメント
サインインしてコメントを残してください。