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