Browser Grid の機能
このセクションでは、Browser Grid コンポーネントを構成するさまざまな機能について説明します。
Hub
Hub は、コントローラとして機能する仮想マシンです。ユーザーがブラウザグリッド内のヘッドレスブラウザにリクエストを送信すると、Hub はリクエストを実行するためのヘッドレスブラウザを実行するノードを割り当てます。Hub の機能は Catalyst SmartBrowz サービスによって完全に管理されます。これにより、グリッドがリクエスト負荷を処理するためにシームレスにスケーリングできます。
ノード
ノードは、必要なヘッドレスブラウザを実行する仮想マシンです。構成に基づいて、ブラウザグリッドで作成するノードの数と、各ノードで起動するヘッドレスブラウザの数を指定できます。
-
デフォルトで割り当てられるストレージ制限は 10GB です。
ヘッドレスブラウザ
ヘッドレスブラウザは、グラフィカルユーザーインターフェース(GUI)なしで実行されるブラウザです。これらのタイプのブラウザは、ユーザーが送信したリクエストを実行および処理するエンティティまたはインスタンスです。
Browser Grid コンポーネントは、Puppeteer、Playwright、Selenium などの一般的な自動化ライブラリを使用して、複数のセキュアなリモートブラウザに簡単に接続するオプションを提供します。
要件に基づいて、自動化ライブラリを選択し、Catalyst SmartBrowz サービスによって生成された CDP/Webdriver エンドポイントを使用して、必要なセキュアなヘッドレスブラウザを起動できます。
エンドポイントは、一意に生成される API KEY を使用してセキュアに保護されます。
- ヘッドレスブラウザでリクエストを処理する手順を学ぶ。
- ヘッドレスブラウザへの接続に使用する自動化ライブラリを変更するオプションはありますが、同じブラウザグリッド内で複数の自動化ライブラリを同時に使用するオプションはありません。
Browser Grid 構成
ブラウザグリッドでは、ノードの数と、単一のノード内に作成できるブラウザの数を定義できます。構成では、同時に実行できるブラウザの数も設定できます。グリッドの作成または既存のグリッドの更新時に、以下のオプションを選択できます:
- Basic 構成: 理想的なリクエスト負荷を処理するのに最適な構成タイプで、1GiB メモリ、1vCPU の処理能力を備えています。
- Advanced 構成: ノードの数と各ノードに割り当てるブラウザの数を選択できる構成タイプです。以下のオプションがあります:
- Light ノードタイプ: 1GiB メモリ、1vCPU の処理能力を持つグリッドを作成できます。
- Moderate ノードタイプ: 2GiB メモリ、2vCPU の処理能力を持つグリッドを作成できます。
- Heavy ノードタイプ: 4GiB メモリ、4vCPU の処理能力を持つグリッドを作成できます。
以下の表で、各構成の違いについて詳しく説明します:
| カテゴリ | Basic 構成 | Advanced 構成 | ||
|---|---|---|---|---|
| Light | Moderate | Heavy | ||
| ノードタイプ | Light - 1GiB メモリ、1vCPU | 1GiB メモリ、1vCPU | 2GiB メモリ、2vCPU | 4GiB メモリ、4vCPU |
| 許可される同時実行ブラウザ数 | 最大 10 ブラウザを同時実行可能 | 最大 10 ブラウザを同時実行可能 | 最大 10 ブラウザを同時実行可能 | 最大 8 ブラウザを同時実行可能 |
| 割り当て可能な最大ノード数 | 10 | 10 | 5 | 2 |
| ノードあたりに割り当てられる最大ブラウザ数 | 1 | 1 | 2 | 4 |
| 可能な最大構成 | 各ノードで 1 ブラウザが実行される 10 ノード | 各ノードで 1 ブラウザが実行される 10 ノード | 各ノードで 2 ブラウザが実行される 5 ノードを作成可能 | 各ノードで 4 ブラウザが実行される 2 ノードを作成可能 |
-
実行されるリクエストのボリュームは、リクエストの数やストレージサイズだけに関係するものではありません。例えば、処理と実行にあまり時間がかからない 100 万以上のリクエストがある場合、それらすべてを 1GiB メモリの処理能力でバランスを取ることができます。あるいは、処理に多くの時間を要し、1GiB メモリ以上の処理能力を必要とするリクエストがわずか数件の場合もあります。
-
リクエストのボリュームに基づいてグリッドの構成を決定するのはお客様次第です。
Hub-ノード-ブラウザの関係
以下の図は、Hub、ノード、ブラウザの関係を示しています。
送信されるリクエストのボリュームに基づいて、Hub は個別にノードを計算して割り当てます。最初に割り当てられたノードが最大同時実行制限に達し、まだリクエストが保留中の場合にのみ、Hub は次のノードを割り当てます。
これらのノードは必要なヘッドレスブラウザを実行し、リクエストを処理します。Hub によって作成されるノードとブラウザの数は、Browser Grid を作成する際に選択した構成に基づきます。
アラート
アラートは、Browser Grid の機能であり、操作中にグリッドが遭遇したエラーや構成の障害を、ダッシュボードのアラートセクションに表示して通知します。
グリッドが想定通りに機能していない場合に受信する可能性のある 5 つのアラートは以下のとおりです:
-
ブラウザ作成拒否: グリッドが最大構成で動作しており、キュー時間(Selenium: 30 秒、Puppeteer/Playwright: 5 分)を超えてキューに処理が必要なリクエストがまだある場合にこのアラートが作成されます。キューに入れられたリクエストは新しいブラウザの作成を要求しますが、構成が許可しないか起動できるブラウザがもうないため作成できず、キュー内のリクエストは終了されます。
-
90% ディスク消費: いずれかのノードに割り当てられたディスク容量が 90% に達した場合にこのアラートが発生します。ディスクに割り当てられるデフォルトサイズは 10GB です。
-
80% メモリ消費: いずれかのノードに割り当てられたメモリが 80% 消費された場合にこのアラートが発生します。
-
80% CPU 消費: いずれかのノードが割り当てられた CPU 容量の 80% に達した場合にこのアラートが発生します。
-
ノードクラッシュ: ノードが割り当てられた最大構成で動作しており、送信されるリクエストのボリュームを処理するために著しく負荷がかかっている深刻な場合にのみ発生します。
特定のアラートをクリックして、アラート通知の詳細を確認できます。
これらのアラートに対処するには:
- 処理のために送信するリクエストの数を減らしてみてください。
- ブラウザグリッドの構成を更新してみてください。
Browser Grid の状態
-
Active: リモートブラウザに接続するためにエンドポイントを使用してコードで接続すると、Browser Grid はこの状態に入ります。この状態では、ブラウザグリッドはリクエストを処理するために必要な数のノードとブラウザを起動します。
-
Inactive: ブラウザグリッドを停止すると、Browser Grid はこの状態に入ります。これは、ブラウザグリッドを作成した時のデフォルトの状態です。
-
Idle: Browser Grid はオートスケーリングコンポーネントです。需要に基づいて、必要な数のノードと各ブラウザが起動され(構成に従って)、処理するリクエストがなくなると、ブラウザとノードは終了されます。グリッドが完全にスケールダウンし、リクエストを処理していない場合、ブラウザグリッドは Idle 状態に入ります。グリッドで処理されるリクエストはありません。
最終更新日 2026-02-23 18:09:41 +0530 IST
Yes
No
Send your feedback to us




