この記事では、ソケットサイトの段階的なアップグレード サービスについて説明します。
ソケットアップグレードの概要
カトはソケットサイトのソケットファームウェアのアップグレードとバージョン管理を管理し、最新のバージョンで動作するようにします。
ソケットアップグレードサービスは自動化されたプロセスで、すべての顧客に最新のファームウェアを提供します。したがって、顧客が新しいバージョンのインストールや更新を心配する必要はありません。アップグレード サービスは、ソケット サイトへの影響を最小限に抑え(もしあれば)、問題を検出した場合に備えて自動ロールバックを確保します。最新のソケットバージョンにはパフォーマンス、接続性、安定性の向上、最新の機能と特徴が含まれています。
メンテナンスウィンドウ中にCato Cloudに接続されていなかった場合や接続が不安定だった場合など、ソケットがバージョンをスキップする状況があります。この場合は、手動でソケットをアップグレードできますが、スキップされた各ソケットは個別にアップグレードする必要があります。
注:操作リスクを最小化し、途切れを避けるために、Catoは四半期末期間やクリスマスなどの主要な休日シーズン中には自動ソケットアップグレードを一時停止します。
Cato releases three to four major Socket versions each year, and minor upgrades as required. Major versions are whole number increments, such as 27.0 and 28.0, while minor versions are decimal increments, such as 28.3.3 and 28.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サイトのセカンダリソケットをアップグレードし続けます。ソケットのアップグレードと冗長化サイトの詳細については、以下のソケット冗長化アップグレードプロセスを参照してください。

各ソケットがアップグレードプロセスを完了するのに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管理アプリケーションサーバーはソケットが新しいバージョンに正常にアップグレードされたことを確認します。
成功したソケットアップグレードの電子メール通知がソケットアップグレードメーリングリストに送信され、該当サイトのソケットが新しいバージョンに正常にアップグレードされたことを知らせる通知がCato管理アプリケーションに表示されます。
ソケットが新しいバージョンに関連する接続またはヘルスの問題を検出した場合、自動的に前のバージョンに戻ります。ソケットアップグレードメーリングリストに、ソケットが新しいバージョンにアップグレードされなかったことを知らせる電子メール通知が送信されます。
ソケットHAアップグレードプロセス
このセクションでは、ソケットHA構成を有するサイトのソケットアップグレードについて説明します。アップグレードプロセスがプライマリソケットから始まり、プライマリソケットが正常にアップグレードされた後にのみ、セカンダリソケットのプロセスが続行されます。
両方のソケットに対するアップグレードプロセス全体はメンテナンスウィンドウの期間以内に完了します。
最初にプライマリソケットが新しいバージョンにアップグレードし、新しいバージョンが安定していることを確認します。
次にセカンダリソケットが新しいバージョンにアップグレードし、新しいバージョンが安定していることを確認します。
プライマリソケットのアップグレードが正常に完了し、バージョンが安定していることが確認された後にのみ、Cato管理アプリケーションはセカンダリソケットのアップグレードプロセスを開始します。プライマリソケットに影響を与える重大な問題がある場合は、セカンダリソケットがアクティブソケットになり、サイトのサービスを続行します。
注意:
プライマリソケットがアップグレード中に問題を抱え、セカンダリソケットがサイトのアクティブソケットになることがある稀なシナリオがあります。これらのシナリオではセカンダリソケットは新しいバージョンにアップグレードされません。
プライマリソケットが新しいバージョンに正常にアップグレードされ、セカンダリソケットが新しいバージョンにアップグレードできない場合、プライマリソケットは新しいバージョンのままです。これにより、プライマリとセカンダリのソケットが異なるメジャーバージョンを実行している可能性があります(下記参照)。
プライマリとセカンダリのソケットが異なるメジャーバージョンを実行している場合、サイトのHAステータスが準備が整っていない状態になります。詳細については、以下を参照してくださいSocket High Availability(HA)とは何か。
ソケットHAのフェイルオーバーはソケットが異なるメジャーバージョンを実行していても発生します。ただし、セカンダリソケットのバージョンがプライマリソケットのバージョンでサポートされる機能をサポートしていない場合、サイトは機能障害を経験する可能性があります。
例えば、プライマリソケットがバージョン18.0を実行し、セカンダリソケットがバージョン15.0を実行している場合、フェイルオーバーが発生すると、バージョン16〜18でリリースされた機能はセカンダリソケットがアクティブな間は動作しません。
ソケットアップグレードの自動再試行
各ソケットアップグレードには17分の制限があります。この期間中にソケットがアップグレードを完了して新しいバージョンが安定していることを確認できない場合、アップグレードサービスは次のように自動的にアップグレードの再試行を試みます。スキップされたアップグレードについての詳細は、以下を参照してください不成功に終わったソケットアップグレードを扱う。
ソケットがバージョンへのアップグレードをスキップする場合、イベントソケットアップグレードがアクションとしてスキップされ、電子メール通知が送信されます。ソケットアップグレードイベントについて詳しくは、以下を参照してくださいソケットアップグレードステータスのイベントを理解する。
SocketがCato Cloudに接続されている場合、アップグレードサービスは新しいバージョンへのアップグレードを再試行します。
2回目のアップグレードに失敗した場合、アップグレードサービスはこのバージョンをSocketでスキップし、次にリリースされるバージョンにアップグレードを試みます。
例えば、Socketがv14.2へのアップグレードに失敗し、v14.3がリリースされた際にアップグレードを試みます。
SocketがCato Cloudに接続されていない場合、アップグレードサービスはこのバージョンをSocketでスキップし、次にリリースされるバージョンにアップグレードを試みます。
サイトのメンテナンスウィンドウが終了している場合、Cato Management ApplicationのアップグレードサービスはこのバージョンをSocketでスキップします。
Socketを手動でアップグレードする
通常のメンテナンスプロセスの一環としてSocketがアップグレードされなかった場合、手動でアップグレードを開始できます。 Catoは、Socketを最新のバージョンにアップグレードし、常に最新状態に保つことを推奨します。
手動のアップグレードはCato Management Applicationから開始します。詳細については、「ソケットを手動でアップグレードする」を参照してください
特定のSocketの自動アップグレード停止
例えば、重要なインフラや高容量のサーバーなど、自動的にアップグレードしたくない特定のソケットがあるかもしれません。
注記:
Catoは、ソケットを最新のバージョンにアップデートし、常に最新のソケットバージョンにアップグレードすることを推奨します。
ユースケース
商用小売業者として、Cato Cloudにさまざまな種類のソケットを介して接続されている多くの店舗を持っています。ホリデーシーズンが近づくと、店舗やオンラインサイトでのトラフィックが増加するため、この時期にソケットをアップグレードすることを望んでいません。
ホリデーシーズン中は、自動アップグレードを一時停止し、通常のボリュームに戻ったときに再開できます。
自動アップグレードの一時停止と再開
特定のSocketサイトの自動アップグレードを一時停止するためには:
ナビゲーションメニューから、ネットワーク > サイトを選択し、サイトを選択します。
ナビゲーションメニューから、サイト設定 > ソケットを選択します。
アクションをクリックし、自動アップグレードを一時停止を選択します。
特定のSocketサイトの自動アップグレードを再開するためには:
ナビゲーションメニューから、ネットワーク > サイトを選択し、サイトを選択します。
ナビゲーションメニューから、サイト設定 > ソケットを選択します。
アクションをクリックし、自動アップグレードを再開を選択します。
自動アップグレードの再スケジュール
Managed Socket Upgrade サービスの一環として、Catoは段階的にアップグレードを行います。特定のサイトに問題がある場合、例えばインターネットリンクが断続的である場合、アップグレードは失敗し、アカウント内のすべてのサイトがアップグレードされません。
Socket v21.1から、問題が発生しているソケットのアップグレードを一時停止し、他のサイトのメンテナンスウィンドウを再スケジュールすることができます。
自動アップグレードメンテナンスウィンドウを再スケジュールするためには:
ナビゲーションメニューから、リソース > システム設定を選択し、メンテナンスウィンドウをクリックします。
メンテナンスウィンドウの再スケジュールの下で、再スケジュールをクリックします。
メンテナンスウィンドウは、ソケットメンテナンスウィンドウセクションで定義された時間に再スケジュールされます。再スケジュールは、ウィンドウが近づく少なくとも48時間前に設定する必要があります。
ソケットアップグレードステータスのイベントの理解
ソケットのアップグレードプロセスが完了すると、以下のアクションのいずれかでソケットアップグレードサブタイプのイベントが生成されます。各アクションに対して、メールリストにメール通知が送信され、Cato管理アプリケーションに通知が表示されます。
アクション | 説明 |
|---|---|
成功 | ソケットは新しいバージョンへのアップグレードに成功しました。 |
スキップ | アップグレードサービスはこのソケットのためにアップグレードプロセスを開始できませんでした。例えば、メンテナンスウィンドウの間、ソケットがネットワークに接続されていませんでした。 |
失敗 | ソケットは、新しいバージョンへの初回および再試行でのアップグレードができませんでした。例えば、ソケットは画像のファイルハッシュを確認できませんでした。 |
未成功のソケットアップグレードと対処
ソケットが最新バージョンにアップグレードできない場合、以下は推奨される次のステップです:
バージョンファイルのダウンロード失敗の一般的な理由は次のとおりです:
低帯域幅リンク(1Mbps未満)
信号強度の低いLTEリンク
アップグレードがスキップされました - SocketがCato Cloudに接続され、正しく動作していることを確認してください。もしそうなら、次のバージョンがリリースされたときにSocketはアップグレードされます
アップグレードの準備に関する詳細については、ソケットアップグレードの接続要件をご覧ください
アップグレード失敗 - Cato管理アプリケーションから手動アップグレードをトリガーします