レジリエントな Browser Grid を構築するための理想的なプラクティス

グリッドの作成時に選択する構成は、必要なリクエストを処理する際のレジリエンスに大きな役割を果たします。グリッドが最適化され、運用可能であり、Browser Grid 障害アラートが発生しないようにするためのポイントをいくつか紹介します：

• 常にグリッドに必要な数のノードとブラウザを割り当ててください。

• グリッドを可能な最大構成で作成する必要はありません。リクエスト負荷がそのような構成を必要としない場合は、グリッドの構成時により意識的な判断をすることをお勧めします。これにより、リソースを節約し、グリッドの Idle 状態を抑制できます。

• Browser Grid はオートスケーリングコンポーネントですが、グリッドに割り当てるノードの最大数とノードあたりのブラウザの最大数を構成する必要があります。そのため、グリッドをオープングリッドとして扱わないことをお勧めします。

• グリッドが今後のリクエストを受け入れて処理できるかどうかを常に確認することをお勧めします。これにより、リクエストを処理するための利用可能なノードと関連するブラウザが常に確保されます。この確認をできるだけシームレスに行うために、Catalyst SmartBrowz は以下の API を提供しています：

curl --location 'https://console.catalyst.zoho.com/browser360/v1/project/32940000000022062/browser-grid/2955000000009803/stats?data_to_fetch=live_stats' \
--header 'api-key: 010530e3e2868ac2418224ef9844fede33897db2e9a2d34f4291ed679d6140b2ed87356bd93cd15364485e769a389deb8917a6e06487ae37bfad19846bc3a0bd'

この API を実行すると、以下の形式でレスポンスが生成されます：

{
    "status": "success",
    "data": {
        "session_queue_size": 0,
        "session_count": 0,
        "node_count": 0,
        "free_sessions": 10,
        "is_hub_alive": true
    }
}

このレスポンスでは、キー free_sessions の値が 10 に設定されていることがわかります。つまり、リクエストを処理するために 10 ブラウザが利用可能であることを意味します。

free_sessions キーの値が以下のように 0 として返された場合：

{
    "status": "success",
    "data": {
        "session_queue_size": 0,
        "session_count": 10,
        "node_count": 2,
        "free_sessions": 0,
        "is_hub_alive": true
    }
}

これは、リクエストを処理するブラウザが残っていないことを意味します。リクエストを処理するには、free_sessions の値が少なくとも 1 として返されるまで待つことをお勧めします。