Web サーバサービスはインストール時に開始され、バックグラウンドで実行されます。一部の設定タスクでは、 Web サーバサービスの停止や再起動が必要になる場合があります。

定義されたアドレスまたはポートで別のアプリケーションを使用しているときに Web Services Proxy を実行している場合は、 wsconfig.xml ファイルでポートの競合を解決できます。

ハイアベイラビリティ（ HA ）構成で Web Services Proxy を使用するには、ロードバランシングを設定します。通常、 HA 構成では、 1 つのノードですべての要求を受信して他のノードはスタンバイにするか、すべてのノード間で要求の負荷を分散します。

Web Services Proxy はハイアベイラビリティ（ HA ）環境で利用することができ、ほとんどの API は要求を受信するノードに関係なく正しく動作します。メタデータタグとフォルダの 2 つは例外で、タグとフォルダはローカルデータベースに格納され、 Web Services Proxy インスタンス間で共有されません。

ただし、ごく一部の要求でタイミングの問題が発生することがわかっています。具体的には、プロキシのインスタンスごとに、小さいウィンドウのインスタンスよりも新しいデータの取得速度が速くなります。Web サービスプロキシには、このタイミング問題を削除する特別な設定が含まれています。このオプションは、（データの整合性を保つために）要求の処理にかかる時間を長くするため、デフォルトでは有効になっていません。このオプションを有効にするには、 .INI ファイル（ Windows ）または .SH ファイル（ Linux ）にプロパティを追加する必要があります。

SYMbol コマンド（デフォルト設定）を無効にして、リモート手順呼び出し（ RPC ）でコマンドを送信することができます。この設定は、 wsconfig.xml ファイルで変更できます。

デフォルトでは、 Web Services Proxy は SANtricity OS バージョン 08.40 以降を実行する E2800 シリーズおよび E5700 シリーズのすべてのストレージシステムに HTTPS 経由で SYMbol コマンドを送信します。HTTPS 経由で送信された SYMbol コマンドは、ストレージシステムに対して認証されます。必要に応じて、 HTTPS SYMbol のサポートを無効にし、 RPC 経由でコマンドを送信することができます。RPC 経由の SYMbol が設定されている場合、ストレージシステムへのすべてのパッシブコマンドが認証なしで有効になります。

Cross-Origin Resource Sharing （ CORS ）を設定できます。 CORS は、追加の HTTP ヘッダーを使用して、あるオリジン（ドメイン）で実行されている Web アプリケーションに別のオリジンにあるサーバのリソースへのアクセスを許可するメカニズムです。

CORS は、作業ディレクトリにある cors.cfg ファイルで制御されます。デフォルトでは CORS は無制限に許可され、クロスドメインアクセスは制限されません。

構成ファイルがない場合、 CORS は無制限に許可されます。ただし、 cors.cfg ファイルが存在する場合は、そのファイルが使用されます。cors.cfg ファイルが空の場合は、 CORS 要求は実行できません。

要求は次のようにプロトコルに基づいてホストと照合されます。