Openmix

概要

NetScalerインテリジェントトラフィック管理（ITM）Openmixは、グローバルトラフィック管理/グローバルサーバー負荷分散（GTM/GSLB）に革新的なアプローチを提供します。従来のグローバルトラフィック管理では、ITMは負荷分散に対するDNSベースのアプローチを提供します。ITMは、必要なビジネスロジックに基づいてDNS応答がリアルタイムで変更されるDNS CNAMEまたはレコードを使用します。Openmix は、複数の方法で動画のワークフローと配信に統合できます。

GTM または GSLB のツールおよびサービスは、独自の拡張不可能な静的ルールエンジンに依存して、フェイルオーバー、ラウンドロビン、および地域ターゲティングのための固定ポリシーの狭いセットを定義および制御します。NetScaler ITMの使命は、リアルタイムのデータフィードに基づく次世代のクラウド戦略を実現することです。Openmix プラットフォームは、さまざまなソースからリアルタイムデータを取り込むための非常に堅牢な手段を提供します。メタデータは、リクエストごとに評価できる環境「変数」として公開されます。

Openmix:主なメリット

• 単一ベンダーの依存を排除し、100% の可用性を確保
• 価格/パフォーマンスのトレードオフを制御し、マルチソーシングに関連する頭痛の種を解消
• 従来のパフォーマンスツールの不確実性を排除し、トラフィックを選択的かつ戦略的にオフロードします
• 特定のプロバイダーをターゲットに個々の市場に適用する

Openmix の仕組み

お客様は、Citrix ITMポータルにログインして、最初のアプリケーションを展開します。 開始に役立つサンプルアプリのライブラリと 、最も一般的なルーティングロジックを使用してアプリケーションを作成するのに役立つステップバイステップのウィザードツールが用意されています。ITM Openmix アプリケーションは、トラフィックを指示するための 2 つのプロトコル (DNS または HTTP) をサポートできます。

アプリケーション定義の制御

グローバルに分散されたオンデマンドの Openmix プラットフォームは、GTM/GSLB の意思決定をアプリケーションオーディエンスの近くに移動させます。各ホストは、ルーティング要求に最適な最適化を提供する現在のメトリクスと変数を考慮する独自のカスタム定義の Openmix アプリケーションを持つことができます。

Openmix スクリプトは JavaScript でプログラムされています。JavaScript は、ほとんどの Web プログラマーやネットワーク管理者がアクセスできる言語です。このスクリプトベースのアプローチでは、コーディングの複雑さを最小限に抑えて、実質的にあらゆるビジネスロジックを実装し、真に動的なトラフィック管理ポリシーの基礎として使用できます。顧客コミュニティの協調性のおかげで、ITMはコードを必要としない標準アプリケーションである「クイックスタートアプリ」も提供しています。

HTTPサービスまたはDNSサービスを使用する場合について

ITM Openmix は、幅広いコンテンツ配信の最適化を可能にします。Openmix を有効にする方法は、ユースケースの詳細に大きく依存します。DNS 方式は実装が簡単で、ほとんどクライアントに対して透過的で、さまざまなコンテンツにわたって使用できます。ただし、プロバイダーを切り替える機能は DNS 応答に設定された TTL によって制限され、一部のコンテンツは途中で別のプロバイダーに切り替えることができません。HTTPは統合の柔軟性を高め、クライアントにとって最適な場合に最適化の決定を下すことができます。その柔軟性を高めるには、CMS またはクライアントとの統合に必要な作業が増えます。

次の表に、DNS および HTTP インターフェイスのお客様の使用事例を要約します。

Openmix:DNS

CNAME 委任

ITM のお客様にとって最も容易な統合は、DNS CNAME 委任を使用することです。CNAME の委任は、エンドユーザー向けのホスト名 (次の例では www.acme.com) に ITM ホスト名を指定させることで機能します。

www.acme.com  600  IN  CNAME  2-02-123d-000d.cdx.cedexis.net.
<!--NeedCopy-->

エンドユーザーからDNSリクエストを受信すると、ITMシステムはリアルタイムで決定を下します。決定は、レーダーデータ、アプリケーションのビジネスロジック、および第三者の情報に基づいて行われます。この決定は、別の CNAME レコード (この例では acme.cdn1.net) として、または 111.222.111.222 のような A レコードとして明確にされます。

CNAMEレコードを提供することにより、ITMはエンドユーザーを任意のCDN、クラウド、またはデータセンターに「ポイント」します。エンドユーザーをそのプロバイダーと別のプロバイダーを使用するようにルーティングします。

2-02-123d-000d.cdx.cedexis.net.  19  IN  CNAME acme.cdn1.net.
<!--NeedCopy-->

CDN または Cloud CNAME が提供されると、エンドユーザーのマシンは解決チェーンを継続します。ノードまたはサーバーのIPアドレスが受信されるまで、CDNネームサーバーを要求します。コンテンツのダウンロードプロセスが開始される場所。 レコードがロジックの一部として提供される場合、エンドユーザーのマシンは IP アドレスを受け取ります。サーバーに直接接続し、コンテンツのダウンロードを開始します。

acme.cdn1.net.  132  IN  A  111.222.222.111
<!--NeedCopy-->

ゾーンの委任

さらに、権限のあるDNSゾーン委任は、Openmixを実装するためのオプションです。お客様は DNS ゾーンを作成し、ITM ポータルで作成された予測 DNS ゾーンに委任します。委任ゾーンにホスト名を作成します。Openmix アプリケーションまたは動的予測 DNS レコードを使用して応答を生成するように構成します。 このオプションの利点は、ホスト名と ITM プラットフォームからの動的応答の間に CNAME 委任を行う必要がないことです。前述の例を使用すると、 www.acme.com ホスト名は、最適な CDN、Cloud、または Data Center の構成値に直接解決されます。

www.acme.com. 19 IN CNAME acme.cdn1.net.

CNAME の代わりに A/AAAA レコードを使用することもでき、ホスト名は最適な宛先のレコードに直接解決されます。

www.acme.com. 19 IN A 111.222.222.111

DNS とライブまでの時間に関する影響

Time To Live（TTL）値などの要素は、コンテンツに設定された適切な時間と、ユーザーにとってどのような意思決定が必要かを慎重に検討します。ほとんどの場合、ITM はページおよびオブジェクトのコンテンツに 20 秒の TTL を推奨しています。ビデオコンテンツの場合、ITMコンサルタントはお客様と協力して、チャンクの長さと統合方法に基づいて最適なバランスを見つけます。

Openmix:HTTP

DNS の代わりに、HTTP API を使用することです。Openmix は HTTP リクエストを使用して、任意の時点でどのプラットフォームを使用するかをビデオプレーヤーや CMS などのクライアントに通知します。

http://hopx.cedexis.com/zones/1/customers/0/apps/1/decision
< HTTP/1.1 200 OK
< Content-Type: application/json
< Date: Mon, 22 Apr 2015 20:25:24 GMT
< Connection: keep-alive
< Content-Length: 177
<
{
  "providers" : [
    {
    "provider" : "cdn2",
    "host" : "foo.cdn2.net"
    },
    {
    "provider" : "cdn1",
    "host" : "acme.cdn1.net"
    }
  ]
}
<!--NeedCopy-->

HTTP Openmix サービスは、DNS ベースのサービスと同じアプリケーションロジックを使用します。また、クライアントマシンのさらなるプロファイリングを可能にするいくつかの追加拡張も含まれています。たとえば、HTTP Openmix では、ユーザーエージェント文字列、X-Forwarded-For、およびリファラーのヘッダーを確認できます。クエリ文字列パラメータを使用して IP オーバーライドを指定します。 HTTP OpenmixのペイロードはDNSよりも拡張可能であるため、CDN、クラウド、またはサーバーの決定をさまざまな方法で提供することもできます。これまでのところ、最も一般的なものは、最も好ましいプラットフォームから最も低いものへの順序付きリストでした（上記のように）。完全なリストにより、決定ランクをCMSまたはクライアントに提供できますが、プロバイダーの選択に内部ヒューリスティックを使用できます。

CMSインテグレーション

一部の顧客は、すべてのクライアントでプロバイダ選択を実装するのではなく、サーバー側でプロバイダ選択を処理することを好む場合があります。HTTP API は、クライアントからのリクエスト時に Openmix から最適化の決定を取得するために使用できます。これを使用して、CMS からクライアントに返されるファイルを入力できます。

デフォルトでは、Openmix HTTP エンドポイントは、位置情報と決定基準に呼び出し元の IP を使用します。エンドユーザークライアントと Openmix の間にあるCMSまたは他のシステムから呼び出す場合は、決定に使用するパラメータとしてIPを指定できます。

http://hopx.cedexis.com/zones/1/customers/0/apps/1/decision?ip=1.2.3.4
< HTTP/1.1 200 OK
< Content-Type: application/json
< Date: Mon, 22 Apr 2015 20:25:24 GMT
< Connection: keep-alive
< Content-Length: 177
<
{
  "providers" : [
    {
    "provider" : "cd1",
    "host" : "acme.cdn1.net"
    },
    {
    "provider" : "cdn2",
    "host" : "foo.cdn2.net"
    }
  ]
}
<!--NeedCopy-->

この方法では、CMS インテグレーションを使用して Openmix から決定を引き出すことができます。エンドユーザーには、地域やISPのルート最適化のメリットも得られます。Openmix から返されたホスト名は、ビデオマニフェストファイルなどの応答にパッケージ化され、CMS からクライアントに返されます。クライアントは、Openmix 最適化をサポートするために変更を加えることなく、最適化された決定を使用します。

Openmix アプリケーション

Openmix Quickstart アプリケーションは、負荷分散およびトラフィック管理アプリケーションです。これらのアプリケーションは、一連のルールに基づいて、最適なプロバイダーにリアルタイムのトラフィックルーティングを提供します。

アプリケーションは Openmix へのリクエストごとに処理され、指定されたロジックに基づいてルーティングが決定されます。顧客は、高いビジネス価値を持つコンテンツ用のアプリケーションと、価値の低いコンテンツ用の別のアプリケーションを持つことができます。これらの要求は個別にルーティングされます。

アプリケーションを起動すると、1つの要求がCitrixのロードバランサーの1つに送信されます。DNS の場合は、DNS ロードバランサーへの単一の DNS 要求です。HTTP の場合、Openmix HTTP エンドポイントへの GET または HEAD リクエストです。

以下のアプリは、現在、NetScalerインテリジェントトラフィック管理ポータルから利用できます。

• スタティックルーティング
• フェイルオーバー
• ラウンドロビン
• 最適な往復時間（ORTT）
• スループット
• 静的近接

Openmix カスタム JavaScript アプリケーションは、特殊な Openmix サーバーで使用され、スクリプト内のロジックに基づいて DNS または HTTP 要求に応答します。スクリプトの展開は、アプリが構成および公開されているカスタマーポータルを介して行われます。独自のJavaScriptスクリプトを作成する機能について詳しくは、 Developer Exchangeの情報を参照してください。

アプリの設定に進む前に、次の概念を理解することが重要です。

可用性のしきい値

可用性しきい値は、プラットフォームがルーティングを考慮するために満たす必要のある最小可用性スコアです。すべてのアプリケーションのデフォルトの最小可用性しきい値は 80% です。ただし、この割合を変更して、場所、ネットワークの可用性、および信頼性に適した値に設定できます。

注: この最小可用性しきい値（デフォルトの 80% または設定した値）を満たすプラットフォームがない場合は、ラウンドロビン、ORTT、およびスループットアプリケーションに対してランダムルーティングが実行されます。

フォールバック

何らかの理由で Openmix アプリケーションが正常に実行されなかった場合、フォールバック応答が返されます。または、ソナーが利用可能なプラットフォームがないことを確認した場合。したがって、Openmix が応答できる有効なフォールバック CNAME/A/AAA レコードまたは IP (または HTTP のパス) を指定する必要があります。このフォールバック URL または CNAME レコードは、Openmix で事前設定されているプラットフォーム用です。 フォールバックは、次のシナリオでも発生することがあります。

• アプリケーションのバージョンを切り替えるときは、新しいスクリプトをアップロードして公開します。新しいスクリプトが初期化され、古いスクリプトが削除されるまで、短いミリ秒のフォールバック時間があります。
• 過負荷が発生した場合（まれに発生する）、フォールバックによってサービスの負荷が相殺されるため、Openmix はフォールバック CNAME/A/AAAA で応答します。

フォールバックの場合は、DNS に有効なホスト名 (CNAME/A/AAAA レコード) または IP アドレスを入力し、有効な URI (HTTP の形式でも可) を入力する必要があります。 scheme:[//host[:port]][/path][?query][#fragment])

TTL

Openmix では、アプリケーションの DNS 存続時間 (TTL) は、Openmix を再度要求する前に決定を維持する必要がある時間をリゾルバーに通知します。 TTL は、Openmix アプリが取得するトラフィックの量を制御するために使用されます。また、アクションの対象となるデータの変更に対するアプリの機密性も制御します。 デフォルトの TTL は 20 秒です。この値は変更できますが、変更することはお勧めしません。TTL を下げると、ボリュームが増え、リアルタイム DNS クエリが増えます。DNS クエリはクライアントで時間がかかるため、コストが増え、パフォーマンスが低下する可能性があります。したがって、TTL のデフォルト値を変更しないことをおすすめします。

注: Time to Live は、クイックスタートアプリ、コードで TTL が指定されていない場合はカスタム JS アプリ、およびすべてのフォールバックレスポンスに適用されます

ウェイト（ラウンドロビンに使用）

各プラットフォームの優先順位付けと選択の加重をグローバルに、または市場または国別に割り当てることができます。

たとえば、アプリケーションに 3 つのプラットフォーム (P1、P2、P3) が選択されているとします。それぞれ60、50、10の重みを与えます。ラウンドロビンアプリでは、これらの値を、P1= 50%、P2= 42%、P3= 8% などのパーセンテージに変換し、合計で 100% になります。これらのパーセンテージは、50% の確率でユーザーはP1を経由し、42％の時間はP2を経由し、8％の時間はP3を介してルーティングされることを意味します。

プラットフォームに与える重みは、100まで追加する必要はありません。0 から 1,000,000 までの任意の整数を指定できます。 （バックエンドのアプリによって）パーセンテージに変換されたときにプラットフォームに与えられる重みは、合計で 100% になります。選択したすべてのプラットフォームに同じ重みが与えられている場合、トラフィックは時間の経過とともに均等に分散されます。1つのプラットフォームがある場合、そのプラットフォームは、重さに関係なく、100％使用されます。

重みは、アプリケーションの構成に応じて、Radar および Sonar の可用性チェックに従って利用可能とみなされるプラットフォームでのみ使用されます。 使用できないプラットフォームでは、分散が設定された重みと一致しません。たとえば、P1 の重さが 100 で、P2 の重さが 0 で、P1 がレーダーアベイラビリティチェックに失敗した場合、すべてのトラフィックは P2 に送られます。

ハンデキャップ (ORTT とスループットに使用)

ハンディキャップは 、RTT とスループットのレーダースコアを変更するために、プラットフォームに適用できるパーセンテージ値です。つまり、応答時間 (ミリ秒単位) またはスループット (kbps) を人工的に増加させます。これらの値を増減すると、プラットフォームのパフォーマンスが低下し、選択される可能性が低くなります。ハンディキャップは、世界中のプラットフォームに追加することも、特定の市場や国ごとに個別に追加することもできます。 特定の市場または国で1つのプラットフォームが高価であり、同等のプロバイダーがパフォーマンスの点で近い場合に選択される可能性を減らしたい場合。ハンディキャップの値を乗数として設定して、応答時間の値を増やしたり、スループットの値を下げたりします。その結果、プラットフォームが選ばれる可能性が低くなります。

以下は、 バックエンドでのハンディキャップの大まかな仕組みです 。

• ハンディキャップが適用されたプラットフォーム RTT = RTT (ラウンドトリップ時間 (ミリ秒単位) * (1 + ハンデキャップ) または
• ハンディキャップが適用されたプラットフォームスループット = (スループット (kbps)) * (1 — ハンディキャップ)

注: プラットフォームの RTT とスループットの値は、レーダーデータのスコアです。 次の表は、ハンディキャップが2つのプラットフォームに与える影響を示しています-P1とP2です。そして、ハンデキャップはP1がピッキングされる可能性を減少させる方法。

フィルタリング、ランク付け、および選択のワークフロー

スループットアプリケーションのサンプルフロー図

プラットフォーム選択基準

Openmix Quickstart アプリは、第 1 レベル、第 2 レベル、第 3 レベルのフィルターとして次の基準を使用して、最適なプラットフォームをランク付けして選択します。

理由コードレポート

理由コードは、決定がなされた理由を可視化し、アプリのコードのどの部分が実行されているかを知ることができます。実行中、アプリはいつでも理由コードフィールドに何かを追加することができます。 理由コードは、クイックスタートアプリごとに異なることを意味します。各アプリの理由コードには共通点がありますが、包括的なものではありません。

注: 理由コードを正しく表示するためには、最大文字数の 200 文字を超えないようにしてください。 この制限を超えると、理由コードは「 不明」と表示されます。ユーザーが理由コードを追加していない場合は、[ 不明] と表示されます。

クイックスタートアプリの理由コードは次のとおりです。

Openmix クイックスタートアプリケーション

1. NetScalerインテリジェントトラフィック管理ポータルにログインします。
2. 左側のナビゲーションメニューから、[ Openmix] > [アプリケーション構成] に移動します。
3. Openmix アプリを初めて構成する場合は、[Openmix] > [アプリケーション構成] をクリックすると、[はじめに] ページが表示されます。
4. 新しいアプリを構成するには、[ はじめに ] ボタンまたはページの右上隅にある [ 追加 ] ボタンをクリックします。Openmix アプリが以前に構成されている場合は、このページにアプリの一覧が表示されます。

以下のセクションでは、ポータルで Openmix アプリを設定する手順について説明します。

スタティックルーティング

このタイプのアプリケーションは、エンドユーザーに提供する必要があるDNS応答を決定するために評価ロジックを使用しません。アプリは、ユーザーが指定した 1 つのプラットフォームを常に選択します。したがって、アプリでは DNS CNAME または IP アドレス応答を 1 つだけ使用します。静的ルーティングアプリケーションは、[ アプリケーション構成] ページのポータルから構成できます 。

注: アプリケーションを構成する前に、プラットフォームが最初に設定されていることを確認します。プラットフォームの構成については、「プラットフォーム」ページを参照してください。

ナビゲーション

1. [Openmix] > [アプリケーション構成] に移動します。
2. 右上の [ 追加 ] ボタンをクリックします

[ 基本情報 ] ダイアログボックスが開きます。

基本情報

基本情報を入力するには、次の手順に従います。

1. [ プロトコル] で、リストから [DNS] または [HTTP] を選択します。
2. [ アプリケーションの種類] で、[静的ルーティング] を選択します。または、別の種類のアプリを構成する場合は、一覧からそのアプリを選択します。
3. アプリケーションに名前を指定し （必須フィールド）、 説明 （省略可能なフィールド）、 およびタグ （オプションフィールド）を追加します。
4. [ 次へ ] をクリックして [ 設定] をクリックします

構成

アプリを構成するには、次の操作を行います。

1. [Platform] リストから関連するプラットフォームを選択します 。これは、CDN、クラウド、またはデータセンターを表す [Platforms] ページ内で設定するプラットフォームです 。
2. CNAME/A/AAAレコード （DNS の場合）または URL （HTTP の場合）を入力します。選択したプラットフォームの DNS CNAME または HTTP URL は、有効な IP アドレスまたはホスト名を指している必要があります。
3. CORSの場合、HTTP プロトコルで CORS に [なし]、[すべて]、または [カスタム] を選択します。CORS を使用すると、他のサイトからサイトへのアクセスを制御できます。[ なし] をクリックして、他のサイトからのサイトへのアクセスを完全に制限する ([すべて] をクリック)、他のすべてのサイトからのアクセスを許可する ([ すべて] をクリック)、または特定のサイトからのアクセスを許可する ([ カスタム] をクリック) のいずれかを選択できます。
4. 応答の TTL (Time To-Live) を入力します。デフォルトは20秒ですが、上書きできます。
5. [ 完了] をクリックします。
6. 確認のポップアップで [ 完了 ] または [ 公開 ] をクリックして、Openmix アプリケーションページにアプリの一覧を表示します。[ 公開] をクリックすると、アプリはすぐにライブになり、緑色のステータスになります。これは、アプリケーションが本番稼働中であることを意味します。[ 完了] をクリックすると、アプリはアプリケーションページに表示されたままですが、未公開で、ステータスは赤になります。

フェイルオーバー

フェールオーバーアプリケーションは、プラットフォームがライン内の場所とその可用性に基づいて選択される単純なルーティングロジックをサポートします。お客様は、最初に選択するプラットフォーム、2番目などを選択するプラットフォームを決定するフェイルオーバーチェーンを作成できます。このフェールオーバーチェーンは、グローバルに機能するか、個々の市場や国で機能するように作成できます。

フェールオーバーアプリケーションは 、ポータル内で [ アプリケーションの構成 ] ページで構成できます。

注: アプリケーションを構成する前に、プラットフォームが最初に設定されていることを確認してください。プラットフォームの設定については、「 プラットフォーム 」ページを参照してください。

ナビゲーション

1. ポータルにログインします。
2. 左側のナビゲーションメニューから、[ Openmix] > [アプリケーション構成] に移動します。
3. 右上の [追加] ボタンをクリックして、[新規 Openmix アプリケーション、 基本情報 ] ダイアログボックスに移動します。

基本情報

1. [ プロトコル ] リストから [ DNS ] を選択します。
2. ［ アプリケーションの種類 ］リストから、［ フェイルオーバー］を選択します。
3. アプリケーションに [ 名前 ] (必須フィールド) を指定し、[ 説明 ] (省略可能なフィールド)、および [ タグ ] (省略可能なフィールド) を追加します。
4. 完了したら、[ 次へ] をクリックします。

構成

1. [構成] ダイアログボックスで、[ 可用性のしきい値 ] チェックボックスをオンにします。 可用性しきい値のデフォルト値は 80% です。ルーティングの対象となるプラットフォームには、このしきい値以上のアベイラビリティスコアが必要です。
   • デフォルトの可用性しきい値を変更する場合は、新しい値を入力してデフォルトを置き換えます。
   • 指定したしきい値以上のアベイラビリティスコアを持つプラットフォームがない場合は、フォールバック CNAME、A、AAAA、または IP アドレスが使用されます。
   • このチェックボックスがオフの場合、プラットフォームは可用性しきい値をゼロとみなします。これは、このプラットフォームではレーダーの可用性チェックがないことを意味します。
2. フォールバックのCNAME/A/AAAA または IP アドレスを入力します。通常、アプリケーションに問題やエラーが発生した場合は、フォールバック CNAME/A/AAA または IP が使用されます。
3. 応答の TTL (Time To-Live) を入力します。デフォルトは20秒です。必要に応じて、この値を上書きできます。

プラットフォーム情報

1. [ プラットフォーム情報 ] ダイアログボックスで、 リストからプラットフォームを選択します 。
   • [ プラットフォームを追加] ボタンを使用して、複数のプラットフォームを選択できます 。アイデアは、グローバルおよび地域（市場と国）ルーティングに適用可能なすべてのプラットフォームを選択することです。
   • このリストのプラットフォームは、ポータル内の [プラットフォーム] ページで設定したプラットフォームで 、CDN、クラウド、または Data Center を表します。
   • Openmix アプリはすべて、事前に関連するプラットフォームをセットアップする必要があります。リストにプラットフォームが見つからない場合は、ポータル内の [ プラットフォーム ] ページで設定できます。
2. プラットフォームの CNAME/A/AAA レコードを入力します。
3. 次の手順に進む前に、[ Enabled ] チェックボックスが選択されている（プラットフォームが有効であることを示す）ことを確認します。
4. Sonar が設定されていて、最初の意思決定プロセスで Sonar データを使用する場合は、必ず [ プラットフォームの可用性に Sonar を使用 ] チェックボックスをオンにします。注: [Sonar] チェックボックスは、そのプラットフォームで Sonar が有効になっている場合にのみ表示されます。
5. [ 場所の構成 ] で [ 次へ] をクリックします。

ロケーションの設定

1. [ ロケーションの設定 ] ダイアログボックスで、 グローバルルーティングに必要なプラットフォームを選択します 。
   • Global は、グローバルルーティング用のプラットフォームチェーンを設定していることを示します 。
   • [ グローバル ] フィールド内をクリックすると、[ プラットフォーム情報] ステップで選択したすべてのプラットフォームがリストに表示されます 。
   • アベイラビリティベースのグローバルルーティングに必要なプラットフォームをリストから選択します。
   • このフィールドに入力するプラットフォーム名の順序によって、選択する優先順位が決まります。たとえば、リストの最初のプラットフォームが利用できない場合、2 番目のプラットフォームが選択されます。リスト内のプラットフォームのいずれも使用できない場合は、フォールバックが使用されます。
   • プラットフォーム名をドラッグすると、優先順位の順序を変更できます。
2. ローカル地域ルーティング用のプラットフォームを設定する場合は、[ 市場と国 ] をクリックします。
   • [ 市場と国 ] フィールド内をクリックすると、[ プラットフォーム情報] ステップで選択したすべてのプラットフォームがリストに表示されます 。
   • 地域(市場/国) ごとに個別にローカルジオルーティング用のプラットフォームを選択します。
   • このフィールドに入力するプラットフォーム名の順序によって、選択する優先順位が決まります。たとえば、中国では China POP を先に使用し、それが利用できない場合にのみ、シンガポール POP を使用し、次に並びます。
   • プラットフォーム名をドラッグすると、優先順位の順序を変更できます。

   

3. [ 完了] をクリックして、アプリの設定を完了します。
4. 確認ポップアップで [ 完了 ] または [ 公開 ] をクリックすると、Openmix ページにアプリが表示されます。
   • [ 公開] をクリックすると、アプリはすぐにライブになり、緑色のステータスになります。アプリケーションが本番環境にあります。
   • [ 完了] をクリックすると、アプリはまだ Openmix ページに表示されますが、公開されておらず、ステータスは赤になります。

ラウンドロビン

このアプリケーションは、ラウンドロビンの一般的なグローバルサーバー負荷分散方法に従います。この場合、DNS 要求が行われると、各 CNAME がエンドユーザーに返却されます。Sonar データ（Sonar が有効な場合） とプラットフォーム可用性しきい値を使用して 、要求しているユーザーに最適なプラットフォームを評価します。各プラットフォームは、ラウンドロビンの配布方法に基づいて選択されます。たとえば、プラットフォーム P1、P2、および P3 が可用性しきい値を満たす場合、最初の要求は P1 に、2 番目に P2 に、3 番目に P3 にルーティングされます。4 番目の要求は再び P1 にルーティングされ、以降も同様です。

新しいラウンドロビンアプリを設定するには、Openmix ページの右上隅にある [ 追加 ] ボタンをクリックします。[ 基本情報 ] ダイアログボックスが開きます。

ナビゲーション

1. ポータルにログインします。
2. 左側のナビゲーションメニューから、[Openmix] > [アプリケーション設定] に移動します。
3. 右上の [追加] ボタンをクリックして、[新規 Openmix アプリケーション、 基本情報 ] ダイアログボックスに移動します。

基本情報

1. [基本情報] ダイアログボックスで、[ラウンドロビンのプロトコル] として [DNS] を選択します。注: ラウンドロビンアプリの場合、ルーティングは DNS CNAME 経由でのみ使用できます。
2. リストから [ アプリケーションの種類 ] を選択します。アプリに [ 名前 ] (必須フィールド)、[ 説明 ] (オプションフィールド)、[ タグ ] (オプションフィールド) を入力します。
3. [ 次へ ] をクリックして [ 設定] をクリックします。

構成

1. 可用性しきい値のデフォルト値は 80% です。この値を変更するには、新しい値を入力してデフォルトを置き換えます。
2. フォールバックのCNAME/A/AAAA または IP アドレスを入力します。通常、アプリケーションに問題やエラーが発生した場合は、フォールバック CNAME/A/AAA または IP が使用されます。
3. 応答の TTL (Time To-Live) を入力します。デフォルトは20秒ですが、必要に応じてこの値を上書きできます。
4. [プラットフォーム情報] で [ 次へ ] をクリックします。

プラットフォーム情報

1. [Platform] リストからプラットフォームを選択します 。注: すべての Openmix アプリには、事前に関連するプラットフォームを設定する必要があります。リストにプラットフォームが見つからない場合は、ポータル内の [ プラットフォーム ] ページで設定できます。
2. [ プラットフォームを追加] ボタンをクリックして、その他のプラットフォームを選択します 。
3. このプラットフォームの CNAME、A/AAA レコードまたは IP（DNS）、または URL（HTTP）を入力します。有効な URL、ホスト名、または IP アドレスである必要があります。それは次の形式をとることができます: scheme:[//host[:port]][/path][?query][#fragment].
4. 次の手順に進む前に、[ Enabled ] チェックボックスが選択されている（プラットフォームが有効であることを示す）ことを確認します。
5. Sonar が使用可能で、最初の意思決定プロセスで Sonar データを使用する場合は、必ず [ プラットフォームの可用性に Sonar を使用 ] チェックボックスをオンにします。
6. [ 保存 ] をクリックしてステップ 4 に進み、各プラットフォームに適切なウェイトを割り当てます。

ロケーションの設定

1. グローバルおよび/または市場または国ごとに、 各プラットフォームの優先順位付けと選択に重みを割り当てます 。
2. 市場または国にプラットフォームの重みを個別に割り当てるには、[Markets & Country] 検索ボックスに名前を入力し、リストから選択します。
3. [ Complete ] をクリックして、アプリケーションを作成します。
4. 確認ポップアップで [ 完了 ] または [ 公開 ] をクリックすると、Openmix ページにアプリが表示されます。[ 公開] をクリックすると、アプリはすぐにライブになり、緑色のステータスになります。アプリケーションが本番環境にあります。[ 完了] をクリックすると、アプリはまだ Openmix ページに表示されますが、公開されておらず、ステータスは赤になります。

最適な往復時間（ORTT）アプリ

ORTTアプリは、レーダー応答時間、Sonarが有効になっている場合はSonarデータ、およびPlatform Availabilityしきい値を使用して、リクエストするユーザーに最適なプラットフォームを評価します。可用性のしきい値は、プラットフォームが選択されるために満たす必要のある最小可用性（デフォルト値 80%）です。さらに、ORTTアプリは、グローバルまたはローカルで顧客がエンドユーザーのルーティング方法に影響を与えることができるHandicap値も使用します。

最初の 3 つのステップ ( 基本情報、構成、プラットフォーム情報) は、他のアプリと同じ方法で入力します。

以下の手順に従って、ロケーション情報を設定し、プラットフォームごと、グローバル、または場所/市場ごとに Handicap の値を入力します。

ロケーションの設定

1. 「 ロケーションの構成 」ダイアログ・ボックスで、選択した 1 つまたはすべてのプラットフォームの「 ハンディキャップ 」に値を入力します。ハンディキャップの値は 0 ～ 6000 の範囲で入力できます。ハンディキャップの使用は、コストや利便性の観点から、利用可能なより良いプラットフォームがある場合に、ルーティングのために特定のプラットフォームが選択される可能性を手動で下げることです。ハンディキャップ値が大きいほど、プラットフォームが選ばれる可能性は少なくなります。必要に応じて、プラットフォームの選択を解除するには、[ プラットフォームの選択 ] ボタンをオフにします。

2. [ Markets & Country] をクリックして、リストから特定の市場または国を選択し、 関連するプラットフォームごとにハンディキャップの値を個別に入力します 。

3. [ 完了] をクリックして、アプリの設定を完了します。

4. 確認ポップアップで [ 完了 ] または [ 公開 ] をクリックして、Openmix アプリケーションリストページにアプリの一覧を表示します。[ 公開] をクリックすると、アプリはすぐにライブになり、緑色のステータスになります。アプリケーションが本番環境にあります。[ 完了] をクリックすると、アプリが [アプリケーション] ページに表示されたままですが、公開されておらず、ステータスが赤になります。

スループット

スループットアプリは 、Sonar データ（Sonar が有効な場合）、最高スループット（レーダーデータを使用）、およびプラットフォーム可用性のしきい値（デフォルトでは 80%）に基づいてプラットフォームを選択します。さらに、このアプリでは Handicap 値を追加して、特定のプラットフォームのスループットを低下させ、エンドユーザーのルーティング方法に影響を与えることができます。このオプションの Handicap 値は、グローバルまたはローカル (特定の市場または国) に割り当てることができます。

最初の 3 つのステップ ( 基本情報、構成、プラットフォーム情報 ) は、他のアプリと同じ方法で入力します。ロケーション設定は 、ORTT アプリと同じ方法で入力します。

完了したら、[ 完了 ] をクリックして Openmix アプリケーションのリストページに戻ります。最後に、 公開する準備ができたら 、[公開] をクリックしてアプリケーションを公開します。

アプリケーションのステータス

アプリのステータスは、現在の設定を示します。

• 赤は未発表の略です。構成が完了したら、[ 完了] をクリックすると、アプリケーションが [Applications] ページに赤い点付きで一覧表示され、まだ公開されていないことを示します。
• 緑は出版されたの略です。[ 公開する ] をクリックすると、アプリがすぐに公開され、緑色のドットで示されます。これは、アプリケーションが運用中であることを意味します。
• 黄色は未公開の最新バージョンを表します。黄色の点は、アプリケーションが作成および編集され、最後に変更された設定がまだ公開されていないことを示します。

静的近接

Static Proximity アプリケーションは、要求しているユーザーの緯度と経度の近くにあるプラットフォームに応答します。

注：

すべての Openmix アプリでは、関連する一連のプラットフォームを事前にセットアップする必要があります。リストにプラットフォームが見つからない場合は、ポータル内の [プラットフォーム] ページで設定できます。

ナビゲーション

1. NetScalerインテリジェントトラフィック管理ポータルにログインします。
2. 左側のナビゲーションメニューから、[ Openmix] > [アプリケーション構成] に移動します。
3. 右上の「 Openmix App を追加 」のプラスボタンをクリックします。
4. [ クイックスタートアプリ] を選択します。

基本情報

1. [ 基本情報 ] ダイアログボックスで、[プロトコル] として [ DNS ] を選択します。
2. [アプリケーションタイプ] として [ 静的近接 ] を選択します。アプリに [ 名前 ] (必須フィールド)、[ 説明 ] (オプションフィールド)、[ タグ ] (オプションフィールド) を入力します。
3. [ 次へ ] をクリックして [ 設定] をクリックします。

構成

1. 有効にすると、 可用性しきい値のデフォルト値は 80% になります。デフォルトと置き換える新しい値を入力します。
2. フォールバックのCNAME/A/AAAA または IP アドレスを入力します。通常、アプリケーションに問題やエラーが発生した場合は、フォールバック CNAME/A/AAA または IP が使用されます。このフィールドは空にできません。
3. 応答に TTL (有効期限) を入力します。デフォルトは 20 秒ですが、この値は必要に応じて上書きできます。
4. [持続性コントロール] で [ 次へ ] をクリックします。

パーシステンシーコントロール

ローカル永続性を設定します。詳細については、「 ローカル永続性」を参照してください。[プラットフォーム情報] で [ 次へ ] をクリックします。

プラットフォーム情報

各プラットフォームには、[ Platforms ] ページで緯度と経度を設定する必要があります。コミュニティプラットフォームのエイリアスは、最初はコミュニティプラットフォームから地理情報を継承しますが、エイリアスの作成後に変更できます。プライベートプラットフォームは、作成時、または後で設定ペインから設定する必要があります。設定ペインを表示するには、テーブルの [Platform] エントリをクリックします。

次のカテゴリに属するプラットフォームのみが、地理情報を持ち、opxアプリの回答リストの一部になることができます。

• クラウドコンピューティング
• クラウドストレージ
• データセンター

1. [Platform] リストからプラットフォームを選択します 。

2. プラットフォームの CNAME または A/AAAA レコードまたは IP (DNS)、または URL (HTTP) を入力します。有効な URL、ホスト名、または IP アドレスである必要があります。次のような形式をとることができます。

   scheme:[//host[:port]][/path][?query][#fragment]

3. 次の手順に進む前に、 プラットフォームが有効であることを示す [有効] チェックボックスが選択されていることを確認してください。

4. このプラットフォームで Sonar が使用可能で、DNS 解決中に Sonar データを考慮する場合は、必ず [ プラットフォームの可用性に Sonar を使用 ] チェックボックスをオンにします。

5. [Add Platform] をクリックして、 プラットフォームをさらに追加できます。

6. [ 場所の構成 ] で [ 次へ] をクリックします。

ロケーションの設定

1. [ロケーションの構成] ダイアログボックスの [グローバル] 部分では、グローバルルーティング用のプラットフォームのチェーンを設定できます。各プラットフォームの選択をグローバルに有効または無効にできます。

2. [Markets & Countries] では、市場または国ごとに異なる設定を作成し、ジオフェンシングルールを効果的に設定することができます。

3. 「 完了 」をクリックしてアプリケーションを作成します。

確認ポップアップで、[ 公開]、[追加]、または [ 完了] をクリックします。

• [ 公開] をクリックすると、アプリは即座に公開され、ステータスは緑色になります。これは、アプリケーションが運用中であることを意味します。

• [ 完了] をクリックすると、アプリは [Openmix] ページにリストされますが、公開されておらず、ステータスは赤になります。

• [ Add another] をクリックした場合、アプリのステータスは [ 完了 ] と同じになりますが、同じプロセスを再開して新しいアプリを作成します。

クイックスタートアプリケーションの管理

アプリケーションマネージャパネルの上部タブを使用して、編集、複製、削除、テスト、レポートの表示、ソースの表示、およびアプリケーションのバージョン履歴の表示を行います。Openmix アプリケーションリストページでアプリケーションをクリックして、アプリケーションマネージャを展開します。

レポートを表示

[ レポートを表示] をクリックすると 、[Openmix 決定レポート] ページに移動します。このページでは、アプリケーション、プラットフォーム、および地域ごとに Openmix 決定の傾向を確認できます。

編集

Openmix アプリを編集するには 、アプリケーションマネージャーパネルの上部にある [編集] アイコンをクリックします。図に示すように、パネル内の [ 編集 ] ボタンをクリックして、基本情報、構成、プラットフォーム、または場所の情報を個別に編集することもできます。編集が終了したら、[ 完了] をクリックして未公開の状態でアプリを一覧表示するか (後でさらに編集する場合は)、[ 公開 ] をクリックしてすぐに公開します。

複製

「 複製 」をクリックして、現在のアプリケーションの構成を複製し、新しい名前で保存します。

削除

不要になったアプリケーションを削除するには、[削除] をクリックします。

公開

「 公開 」をクリックして、Openmix アプリケーションマネージャーからアプリケーションを直接公開します。このオプションは、アプリがまだ公開されていない場合にのみ表示されます。

Openmix カスタム JavaScript アプリケーション

Openmix JavaScript アプリケーションは、カスタマイズ可能な Java スクリプトを備えたアプリです。ITM ポータルの UI を使用して、作成、構成、テスト、および公開できます。

注: このガイドでは、カスタムスクリプト (構文や変数など) の実際の作成について説明しません。カスタム JavaScript の作成の詳細については、 開発者エクスチェンジを参照してください。

ナビゲーション

1. ITM ポータルにログインします。
2. 左側のナビゲーションメニューから、 Openmixに移動します。
3. 「 アプリケーション構成」を選択します。
4. 新しい Openmix アプリを設定するには、右上隅の [追加] アイコンをクリックします。
5. [ カスタム JS アプリ] を選択します。
6. 「 Openmix アプリケーション設定 」ページが開きます。

基本情報

1. Application Name: アプリに名前を付けます。
2. Description: アプリに説明を与えるか、ここにリリースノートを追加します。これはオプションのフィールドです。

3. Tags: 必要に応じて、適切なタグを入力します。タグは、アプリの識別と整理に役立ちます。これはオプションのフィールドです。

4. Protocol: プロトコルとして[DNS] または [HTTP] を選択します。
   • DNS: [DNS] を選択した場合は、TTL 値を入力する必要があります。
   • HTTP: [HTTP] を選択すると、 セキュアアクセスを有効にできます。
5. TTL: アプリケーションの DNS 存続時間を入力します。推奨値は 20 秒です。注:この TTL は、カスタム JS アプリで設定された TTL がない場合、または応答がフォールバック値である場合に適用されます。

6. フォールバック: フォールバック用のCNAME/A/AAA または IP アドレスを入力します。通常、アプリケーションに問題やエラーが発生した場合は、フォールバック CNAME/A/AAA または IP が使用されます。

7. セキュリティで保護されたアクセス: セキュアアクセスが有効になっている場合 、HTTP API は呼び出し時にクライアントからの Oauth アクセスキーを要求する必要があります。詳しくは、「 Openmix HTTP API のセキュリティ保護 」を参照してください。

   注:セキュリティで保護されたアクセスを有効にすると、Openmix フロントページのアプリ一覧のアプリ名の横にロックアイコンが表示されます。

カスタムJavaScript

設定情報を入力したら、カスタム JavaScript をアップロードできます。

1. [ ファイルを選択 ] ボタンをクリックし、アップロードする JavaScript ファイルを選択します。新しいファイルをアップロードして、既存のファイルをいつでも上書きできます。

2. [ 保存してテスト ] をクリックして、アプリケーションを保存します。

   注: アプリケーションは、アップロードおよび保存時に、アプリケーションチェッカーを使用して自動的にテストされます。エラーがある場合は、アプリケーションチェッカーにエラー情報とエラーの場所が表示されます。アプリケーションチェッカーから入手できるデータの詳細については、「 アプリケーション検証 」セクションを参照してください。

   

3. [ キャンセル ] をクリックして [Openmix アプリケーション] ページに戻るか、アプリケーションをライブにする準備ができたら [ 公開 ] をクリックします。

   注: [ 公開] をクリックすると、アプリはすぐにライブになり、緑色のステータスになります。アプリケーションは本番環境です。

   [ キャンセル] をクリックすると、アプリはアプリケーションページに表示されますが、公開されておらず、ステータスは赤になります。ステータスについて詳しくは、「アプリケーションのステータス」セクションを参照してください。

段階的アプリケーションのロールアウト

Canary Deployment と呼ばれることもある新しいバージョンを介して Web トラフィックのごく一部を送信することで、アプリケーションのロールアウトを管理できます。ITM では、指定した割合のトラフィックを新しいバージョンのアプリに送信して、アプリケーションロジックが期待どおりに動作することを保証できます。既存のバージョンと新しいバージョンの動作を報告して、実際の環境でアプリに加えられた変更を評価できます。このオプションを使用すると、新しく編集したアプリを介してウェブトラフィックの 100% をルーティングする前に発生した問題や異常を修正できます。目的の動作を確認したら、最新バージョンへのトラフィックの割合を増やすか、アプリケーションをすべてのユーザーにデプロイできます。

アプリケーションのロールアウトをステージングし、新しく変更されたアプリのテストバージョンをリリースするには、次の手順を実行します。

• アプリケーション名 (Openmix アプリケーションリストページ) をクリックします。アプリケーションマネージャパネルが開きます。
• [ 編集 ] アイコンをクリックして、アプリを編集します。
• 必要な変更をすべて反映して、既存のアプリを変更します。
• 編集が完了したら、[ 保存してテスト] をクリックします。
• [ キャンセル ] ボタンと [ 公開 ] ボタンを使用して、ページの一番下をスクロールします。この新しく変更されたバージョンを通過する Web トラフィックの割合 (1% ～ 99%) を入力します。
• この新しいバージョンのアプリケーションを通じてトラフィックを部分的に分散するチェックボックスをオンにします。残りのトラフィックは以前のライブバージョンに送信されます。
• ［公開］ をクリックします。この新しいテストバージョンのアプリが、 Openmix Configuration ページのアプリのリストに新しい [ ステータス ] アイコンとともに表示されます。新しい [ Status ] アイコンは、一部の Web トラフィックだけがこのバージョンをライブで流れていることを示します。

トラフィックフローをテストバージョンに変更し、トラフィックフローの割合を変更してパフォーマンスを表示できます。

![Canary](/en-us/citrix-intelligent-traffic-management/media/openmix-jsapp-edit-canary.png)

アプリのパフォーマンスを確認するには、Openmix 決定レポートにアクセスしてください。プライマリディメンションとして [ アプリケーション ] を選択し、セカンダリディメンションとして [ バージョン ] を選択します。リストからアプリケーションを選択した後、[ フィルタを適用 ] をクリックします。グラフには、アプリケーションの異なるバージョンのパフォーマンスが示されます。

このバージョンのアプリのパフォーマンスに満足したら、[ Go Live ] ボタンをクリックしてWebトラフィックの100％をルーティングできます。

このバージョンでは、現在のライブバージョンが新しく編集されたバージョンに置き換えられます。

このバージョンでライブ配信しない場合は、[ 出版停止] をクリックします。変更内容が保存され、 Openmix 設定ページのアプリのリストに未公開アプリとして表示されます 。これで、ウェブトラフィックの 100% がアプリの現在のライブバージョンを経由します。

テスト

公開前または後に、「 アプリケーションのテスト 」ボタンを使用して JavaScript アプリケーションをテストできます。

これにより、特定の市場、国、リージョン、州にわたるテスト結果を表示できます。特定の IP アドレスからアプリをクエリできます。

テスト結果には、 アプリによって選択されたプラットフォーム 、 受信した応答 、 理由コード、 理由ログ、 レーダースコア、 分布などが含まれます

この機能により、異なるプラットフォーム間での意思決定の分布を確認することもできます。たとえば、ルーティングに 2 つのプラットフォームが使用されている場合、決定の数とそれぞれについて受け取った応答を表示できます。

[ すべての詳細を表示 ] リンクをクリックして、アプリのテスト結果を確認します。

テスト結果として、次の値が表示されます。

注:このテストは、ライブアプリまたは未公開バージョン (アプリがまだ公開されていない場合) で実行できます。

アプリを公開したら、[ライブアプリのテスト] オプションをクリックして、 ライブアプリをテストするオプションがあります 。アプリを編集したり、新しいバージョンをアップロードしたりする場合は、[ 未公開アプリをテスト] ボタンをクリックして、公開前にテストできます 。

アプリケーションの検証

カスタム JavaScript アプリが期待どおりに動作することを確認するには、アプリを ITM ポータルにアップロードするときに、コードとロジックの検証ツールを使用してアプリを実行します。アプリケーション検証者は、合成トラフィックを持つデシジョンサーバーを介してアプリケーションを実行し、アプリケーションが正常にコンパイルされ、実行されるかどうかをテストします。

アプリケーションがエラーなしで実行された場合、ベリファイアは意思決定の分散と実行特性に関する情報を提供します。一方、アプリケーションの実行中にデシジョンサーバーでエラーが発生した場合、ベリファイアはエラーに関する情報を提供します。公開する前に、アプリケーションにエラーがないことが推奨されます。

エラーが発生した場合は、[ ファイルを選択] ボタンをクリックして、ローカルで JavaScript ファイルを修正し 、ポータルに再アップロードできます。

公開

アプリを公開して公開するには、[ 公開 ] ボタンをクリックします。アプリがまだ保存されていない場合、または既に公開されていない場合、このオプションはグレー表示されます。アプリがライブになると、Openmix アプリケーションマネージャーページに緑色のステータスで表示されます。アプリのステータスについて詳しくは、「アプリケーションのステータス」セクションを参照してください。

注:必要であれば、アプリはエラー付きで公開されます。

カスタム JavaScript アプリケーションの管理

アプリケーションマネージャパネルの上部タブを使用して、レポートの表示、編集、複製、削除、公開、ソースの表示、ライブバージョンの表示、履歴の表示を行います。

Openmix アプリケーションリストページでアプリケーションをクリックして、アプリケーションマネージャパネルを展開します。

レポートを表示

レポートを表示すると 、 Openmix 決定レポートページが表示され 、各アプリ、プラットフォーム、および地域の Openmix 決定の傾向を確認できます。

編集

Openmix カスタム Javascript アプリを編集するには、アプリケーション名 (Openmix アプリケーションリストページ) をクリックします。 アプリケーションマネージャパネルが開きます。[ Edit ] アイコンをクリックすると、構成を変更および更新できます。

ソースを表示

「ソースを表示 」では、アプリの JavaScript ソース、つまりアプリが公開されているかどうかに関係なく、最新バージョンを表示できます。このオプションは、カスタム JavaScript アプリでのみ使用できます。

ライブバージョンを表示

アプリの最新公開バージョンを表示、コピー、ダウンロードできます。このオプションは、カスタム JavaScript アプリでのみ使用できます。

アプリケーション履歴

アプリケーション履歴を使用すると 、異なるバージョンのアプリを表示できます。[ バージョンの選択] リストを使用して、 ライブバージョンから古いバージョンに切り替えることができます。[ コンテンツの取得 ] をクリックして、古いバージョンに切り替えます。このオプションは、カスタム JavaScript アプリでのみ使用できます。

比較

比較機能を使用すると 、JavaScript ファイルの異なるバージョンを比較できます。アプリの 2 つのバージョンの違いが、スクリプトの強調表示された行ではっきりと表示されます。

削除

Openmix アプリを削除するには、アプリケーション名 (Openmix アプリケーションリストページ) をクリックします。 アプリケーションマネージャパネルが開きます。[ 削除 ] アイコンをクリックし、確認ダイアログボックスで [ 削除 ] ボタンをクリックします。アプリがリストから消えます。

アプリを復元する

アプリの復元機能を使用すると 、アプリを削除した後に再度有効にすることができます。 アプリを復元するには、次の操作を行います。

1. ページの右上にある [+ ] アイコンをクリックします。

2. ドロップダウンメニューから [ アプリを復元 ] を選択します。[ アプリケーションの復元 ] ウィンドウが開きます。

   

3. リストから再度有効にするアプリを探し、対応する [ 復元 ] ボタンをクリックします。

アプリが Openmix ページのリストに同じステータスで戻されます。

ローカルパーシステンス

ローカル永続性機能は 、Openmix アプリケーションで有効になっている場合に、決定を維持する機能を提供します。要求は IP サブネットマスクを使用して識別され、その長さは構成可能です。たとえば、クライアントが特定の期間内に同じアプリケーションへの要求を繰り返すと、元の決定が返されます。これは、クライアントが特定のセッション中に異なる決定の間で跳ね返らないようにする必要がある場合に不可欠な機能です。DNS または HTTP Openmix アプリケーションの両方で使用できます。

メカニズムの根本的な自然制限のため、永続性は要求の 100% に対して保証されません。代わりに、ベストエフォートアプローチが適用されます。テストでは、予想される持続精度は 95-97% の範囲であることが示されています。

注：

アカウントでローカル永続化機能を有効にするには、サポートチケットを開くか、カスタマーサクセスマネージャーに連絡してください。さらに、 ns5.cedexis.net ネームサーバーとで構成された予測DNSゾーンが必要です ns6.cedexis.net。DNS ゾーンの更新がインターネット全体に伝播するのにかかる可能性のあるかなりの時間を考慮してください。

構成

ローカル永続性を有効にするには、Openmix アプリケーションオプションの下の [ 永続性制御] > [編集] を選択します。

使用可能な設定は次のとおりです。

1. [構成] ダイアログボックスで、[ 永続性 TTL] を入力します。デフォルトのオプションは300秒です。60から1440までの値が許可されます。最初の要求の後、提供された DNS 決定は最大 300 秒間保持されます。有効期限が切れる前にシステム内の同じ IP サブネット範囲から別の要求が来た場合、その要求は同じ判断を下します。

2. 永続性スティッキの粒度を設定するために、IPv4マスクとIPv6マスクの両方が提供されています。IPv4とIPv6のデフォルトは「/32」と「/64」です。許可される値は次のとおりです。

   • /8 最大 /32、IPv4 の場合
   • /32から/64まで、IPv6の場合

   クライアントの IP アドレスに対するこのマスキングによって、内部データストアで使用される永続キーが決まります。たとえば、2つ（またはそれ以上）のクライアントIPが同じマスクされたIPアドレスにマップされている場合、それらは同じ永続的な決定で提供されます。

同じ設定は、予測アプリケーション設定でも利用できます。

内部データストアを介して提供される Openmix の決定は、決定レポートの理由コード Persistent アプリで報告されます 。

ヘルスチェック

永続性キャッシュから提供される決定は、提供される前に追加のヘルスチェックの対象となります。

1. アプリケーションが Sonar Availability Checkを使用して構成されている場合、キャッシュされた決定が提供される前に Sonar 可用性の状態がチェックされます。Sonar がプラットフォームが「ダウン」していると報告した場合、キャッシュされた決定は無視され、OpenMix アプリケーションが再び実行されます。

2. アプリケーションがレーダー可用性チェックで構成されている場合、キャッシュされた決定が提供される前に、レーダーの可用性の状態がチェックされます。プラットフォームの可用性が設定されたしきい値よりも低い場合、キャッシュされた決定は無視されます。

注：

永続性のために、レーダー可用性の健全性の最大しきい値は固定 10% に設定されます。

Openmix HTTP API をセキュリティで保護する

Openmix は、DNS または HTTP API を介して利用可能で、非 DNS ワークフローに統合できます。デフォルトでは、HTTP API はプレーンな HTTP 経由で呼び出されます。API は、TLS とキー認証を介してセキュリティで保護することもできます。これは、 セキュリティで保護された API アクセス (HTTPS) を要求するチェックボックスをオンにして、UI を介して行います。

API キーを作成する

キー認証を有効にするには、次の操作を行います。

1. Openmix アプリケーション構成ページの 「 セキュア API アクセス (HTTPS) が必要 」ボックスを選択して、各アプリケーションのセキュアアクセスを有効にします。

2. 安全なアクセスキーを生成するには、[ My Account ]-> [ API ]-> [ Openmix HTTP API キー] に移動します。

   

3. 初めてのユーザーの場合は、クライアント ID を入力して開始するように求められます。[ 新しいクライアント] ダイアログにクライアント ID を入力し、[ 完了] をクリックします。

4. クライアントシークレットキーは 、 Openmix HTTP API 認証設定ページのクライアントID の横に表示されます。

5. 基本認証を使用して Openmix アプリにリクエストを送信できるようになりました。 クライアントIDをユーザー名として使用し 、 クライアントシークレットをパスワードとして使用して 、ブラウザでアプリを起動します。

   コマンドラインを使用してアプリを呼び出すには、次の cURL コマンドを使用します。

   curl https://hopx.cedexis.com/zones/<zone>/customers/<customer_id>/apps/<app_id>/decision --user <client_key>:<client_secret>
   <!--NeedCopy-->
   

注:作成したキーを使用すると、任意の Openmix アプリケーションにアクセスできます。

Openmix HTTP API の呼び出しについて詳しくは、Openmix HTTP API の使用に関するドキュメントを参照してください。

API キーの削除

1. キーを削除するには、[ Openmix HTTP API 認証の設定 ] ページに移動します。
2. クライアント IDをクリックします。
3. リストで [ 削除 ] を選択します。キーがシステムから削除されます。認証や Openmix アプリケーションへの安全なアクセスには無効です。

ログへのアクセス

Openmix による決定ログを収集し、安全にダウンロードできるようにすることができます。これらのログは、Openmix アプリケーションによる決定を分析し、リクエストの動作をデバッグするのに役立ちます。ログは、アカウントレベルでオン/オフおよび保護することができます。Openmix ログを有効にしてダウンロードする方法、およびログの説明については、 Netscopeを参照してください。

Openmix レポート

Openmix レポートは、DNS または HTTP トラフィックに対して行われた Openmix の決定を強力に可視化します。各レポートは次のセクションで定義されていますが、レポートに関するいくつかの重要な側面があります。

プライマリディメンションとセカンダリディメンション

チャートのプライマリディメンションは、チャートの上にあるリストから選択されます。このリストをレポートの強力なピボットとして使用します。セカンダリディメンションを選択して、レポートをさらに絞り込むこともできます。

可視化背景切り替え

デフォルトでは、グラフは白い背景に設定されています。背景切り替えを使用して、高コントラストモニタの背景を暗い色に切り替えます。

データエクスポート

さらに、エンドユーザーは、レポートの上部にあるダウンロードリンクを使用して、チャートとテーブルデータをダウンロードできます。

フィルタ:レポート時間範囲

過去 60 分、24 時間、48 時間、7 日間、30 日間、またはカスタム範囲の時間範囲のレポートを生成できます。既定のビューは [過去 24 時間] です。

フィルタ:強力なドリルダウン機能

レポートは、データに基づいて適切なフィルタの点でわずかに異なります。最も一般的なものは次のとおりです。

• 統計 - チャートに表示される値 (ほとんどの場合決定数) を選択します。
• トラフィックソース - 表示するトラフィックのタイプ (DNS または HTTP) を選択します。
• アプリケーション - 表示する Openmix アプリケーションを 1 つ以上選択します。
• プラットフォーム - 含めるプラットフォーム (プロバイダ) を 1 つ以上選択します。
• 大陸 (Continent) - 含める大陸を 1 つ以上選択します。
• 国 - 含める国を 1 つ以上選択します。
• リージョン ‐ 含める地理的地域 (該当する場合) を 1 つ以上選択します。
• 州 (State) ‐ 含める地理的州 (該当する場合) を 1 つ以上選択します。
• ネットワーク ‐ 含めるネットワーク (ASN) を 1 つ以上選択します。

福利厚生レポート

利点レポートを使用すると、NetScalerインテリジェントトラフィック管理（ITM）サービスを使用するときのアプリケーション配信のパフォーマンスが全体的に向上します。このメリットは、応答時間とスループットの改善率として示されます。候補プラットフォームのプールから特定のプラットフォームを選択して、レポートを生成します。

福利厚生レポートの主要ディメンション

プライマリディメンションは、利益レポートが表示される独立したメジャーです。次のセクションでは、これらの各主要ディメンションについて詳しく説明します。

まとめ

サマリーは既定のプライマリディメンションです 。サマリーチャートには、すべてのアプリケーションから受け取ったメリットの合計割合（応答時間またはスループット）の平均が表示されます。

注: 統計フィルタを使用して 、応答時間またはスループットの点で表示される利点を切り替えることができます 。

アプリケーション

アプリケーション がプライマリディメンションとして選択された場合、グラフには、各アプリケーションと、それに対応するパフォーマンス（応答時間またはスループットの観点から）が、他の候補プラットフォームよりも特定のプラットフォームを選択する際の利益率として示されます。

注:0% は、特定のプラットフォームを選択しても、他のプラットフォームよりも特別なメリットや改善がなかったことを意味します。

場所 (大陸、国、リージョン、州)

事業所（大陸、 国、 リージョン、または 州）を主プライマリディメンションとして選択すると、福利厚生レポートには、各事業所におけるパフォーマンスの合計改善率（応答時間またはスループットによる）の平均が表示されます。大陸、国、リージョン、または州別に場所を選択できます。

注:地域ルールやその他の理由で選択できないプラットフォームは、計算にはカウントされません。ただし、問題の場所に対してジオフェンスされているプラットフォームはカウントされます。

ネットワーク

プライマリディメンションとして [ ネットワーク ] を選択すると、ユーザーが ITM にアクセスする特定のネットワーク (またはサービスプロバイダー) にグループ化されたユーザーのパフォーマンスの向上率が表示されます。これにより、特定のネットワークからアクセスした場合に、どのユーザーグループがパフォーマンス上の利点を得ているかを知ることができます。

プラットフォーム

プライマリディメンションとして [ プラットフォーム ] を選択すると、さまざまなアプリによって選択された個々のプラットフォームと、それに対応するパフォーマンスの向上が表示されます。パフォーマンスまたはメリットの向上は、応答時間またはスループット（パーセント）です。

注:アプリがそのプラットフォームを選択したときに表示されるパフォーマンスの改善率。チャート上のリストは、必ずしもこれらのプラットフォーム間のパフォーマンスランキングを示しているわけではありません。

理由コード

主分析コードとして理由コードを選択した場合 、グラフに表示されるパーセンテージは、特定の理由コードについて決定が下されたときの全体的な平均利益です。

福利厚生レポートでプラットフォームを無視

給付金レポートの Openmix 決定の精度を向上させるために、特定のプラットフォームを無視し、比較に最も適したプラットフォームのみを選択するようにアプリを設定できます。

たとえば、アプリケーションには、比較のために考慮すべきプラットフォームが 5 つあります。欧州のトラフィックでは欧州で 3 つ、米国のトラフィックでは米国で 2 つです。地域ルールでは、ヨーロッパのトラフィックはヨーロッパのプラットフォームを経由し、米国のトラフィックは米国のプラットフォームを経由する必要があると規定されています。

ヨーロッパの 3 つのプラットフォームを使用して計算が行われるようにするには、他の 2 つのヨーロッパ以外のプラットフォームを無視するようにアプリを設定できます。JavaScriptでignoredProvider()メソッドを使用してください。

このメソッドは、プロバイダのエイリアス (provider-1、provider-2など) を入力引数として受け取ります (requireProvider () メソッドと同様)。API は、エイリアスごとに 1 回呼び出す必要があります。

onRequest関数内の JavaScript ファイルで、次のサンプルコードを使用します。

function onRequest(request, response) {
  response.ignoredProvider('provider-1');
  response.ignoredProvider('provider-2');
  response.setReasonCode('Ignoring provider-1 and provider-2');
  response.setTTL(this.__defaultTTL);
  response.respond('provider-3', 'cmg.test.fake.cname');
}
<!--NeedCopy-->

決定位置情報レポート

このレポートには、各国の Openmix 決定の量が表示されます。このマップビューは、グラフの下部にある [ Play ] ボタンを選択すると、レポートで選択した時間範囲に基づいて、時間の経過とともに表示できます。

決定レポート

このレポートは、アプリケーション、プラットフォーム、および地域ごとに Openmix の決定傾向を示します。