Openmix

概要

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

GTMまたはGSLBのツールとサービスは、独自の拡張不可能な静的ルールエンジンに依存して、固定ポリシーの狭いセット(フェイルオーバー、ラウンドロビン、ジオターゲティングなど)を定義および制御してきました。Citrix 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インターフェイスについて見られるお客様のユースケースをまとめたものです。

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またはクラウドCNAMEが提供されると、エンドユーザーのマシンは、通信するノード/サーバーのIPアドレスを受け取るまで、CDNネームサーバーを要求して解決チェーンを継続します。コンテンツのダウンロードプロセスが開始される場所。 ロジックの一部として A レコードが提供された場合、エンドユーザーのマシンは 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、クラウド、またはデータセンターの設定値に直接解決されます。

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

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

www.acme.com. 19 IN A 111.222.222.111

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

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

Openmix:HTTP

DNS の代わりに、HTTP API を使用することです。Openmix への HTTP アクセスは、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 では、User-Agent 文字列、X-Forwarded-For、および Referer のヘッダーを調べて、クエリ文字列パラメーターを使用して IP オーバーライドを指定することもできます。 HTTP Openmix のペイロードは DNS のペイロードよりも拡張性が高いため、CDN、クラウド、またはサーバーの決定をさまざまな方法で選択することもできます。これまでのところ、最も一般的なものは、最も好ましいプラットフォームから最も低いものへの順序付きリストでした(上記のように)。完全なリストを提供することで、決定ランクを CMS または Client に提供できます。ただし、プロバイダの選択に内部ヒューリスティックを使用することもできます。

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 から決定を引き出すと同時に、エンドユーザーの geo および ISP ルート最適化の利点も得られます。Openmix から返されたホスト名は、ビデオマニフェストファイルなどの応答にパッケージ化され、CMS からクライアントに返されます。クライアントは、Openmix 最適化をサポートするための変更を必要とせずに、最適化された決定を使用します。

Openmixアプリケーション

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

アプリケーションは Openmix へのリクエストごとに処理され、指定されたロジックに基づいてルーティングが決定されます。お客様は、ビジネスバリューの高い1つのタイプのコンテンツに対して、1つのアプリケーションと、より低い価値を持つコンテンツには異なるアプリケーションがあり、異なる方法でルーティングする必要があります。

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

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

  • スタティックルーティング
  • フェイルオーバー
  • ラウンドロビン
  • 最適な往復時間(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/AAA で応答します。

フォールバックの場合は、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 のデフォルト値を変更しないことをおすすめします。

注: TTL は、クイックスタートアプリ、コードに 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つのプラットフォームが高価(特定の市場/国など)で、同等のプロバイダーがパフォーマンスの面で十分近い場合にそのプラットフォームが選択される可能性を減らしたい場合に便利です。したがって、応答時間の値を増やすか、スループットの値を減らすための乗数として機能する Handicap 値(パーセント)を入力します。その結果、そのプラットフォームが選択される確率を下げます。

これは大まかにバックエンドでHandicapがどのように機能するかです

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

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

  P1 P2
ハンデキャップなしのRTT 50 ミリ秒 60 ミリ秒
RTT で 50% (0.5) ハンデキャップ P1、P2 で 0% (0) 50 (1+0.5) = 75 ミリ秒 60 (1+0) = 60 ミリ秒
ハンディキャップのないスループット 3000kbps 2800kbps
P1 では 50% (0.5) ハンディキャップで、P2 で 0% (0) のスループット 3000 (1-0.5) = 1500kbps 2800 (1-0) = 2800 kbps

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

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

サンプルフロー図

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

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

ろ過レベル 選択基準 ORTT スループット ラウンドロビン フェイルオーバー スタティックルーティング
1レベル ソナー可用性チェック(有効な場合) X X X X X
2レベル レーダー可用性チェック (有効な場合) X X X X X
3レベル ウェイト (ユーザー定義) - - X - -
3レベル ラウンドトリップ時間(ミリ秒) X - - - -
3レベル スループット (kbps) - X - - -

理由コードレポート

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

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

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

アプリ 理由コード 論理  
スタティックルーティング 静的アプリによってルーティング 指定されたプラットフォームが 1 つ常に選択されます。  
ラウンドロビン レーダーの可用性を備えた加重ラウンドロビンによるルーティング 可用性のしきい値を満たすすべてのプラットフォームが最初に選択されます。これらのプラットフォームでは、ラウンドロビン配布方法が適用されます。たとえば、プラットフォーム P1、P2、および P3 がアベイラビリティのしきい値を満たしている場合、最初の要求は P1 に、2 番目は P2 に、3 番目は P3 に、4 番目は再び P1 にルーティングされます。  
    重量ゼロのためフォールバックするようにルーティングされました すべてのプラットフォームにゼロウェイトが与えられている場合は、フォールバックが返されます。たとえば、中国ですべてのプラットフォームの重みが 0 に設定されていて、DNS/HTTP リクエストが中国から送信された場合、重みが 0 であるため、どのプラットフォームも選択の対象になりません。この場合、フォールバックが返されます。
    加重ラウンドロビンによるルーティング ラウンドロビン配信方法に基づいてルーティングされます。ここでは、可用性のしきい値が指定されていないので、可用性に基づくフィルタリングの第 1 レベルは発生しません。
    データ不足のためランダムにルーティングされる レーダースコアは利用できません。その結果、プラットフォームはランダムに選択されます。
ORTT レーダー HTTP 可用性データに基づいてルーティング 可用性のしきい値を満たすすべてのプラットフォームが最初に選択されます。これらのプラットフォームのうち、RTT 値が最も小さいプラットフォームが選択されます。  
    ソナーの空き状況によりフォールバックするようにルーティングされました ソナーはプラットフォームがダウンしていると言っているので、フォールバックするようにルーティングされます。
    使用可能なプラットフォームにフォールバックするようにルーティングされました アプリで指定されているプラットフォームのいずれも、レーダーの可用性が可用性のしきい値を超えるものはありません。
    データ不足のためランダムにルーティングされる レーダースコアは利用できません。その結果、プラットフォームはランダムに選択されます。
スループット レーダー http_kbps と可用性に基づいてルーティング 可用性のしきい値を満たすすべてのプラットフォームが最初に選択されます。これらのプラットフォームのうち、http_kbps の場合に最も高いスループットを持つプラットフォームが選択されます。  
    レーダー http_kbps データに基づいてルーティング http_kbps の場合、スループットが最も高いプラットフォームが選択されます。
    データ不足のためランダムにルーティングされる レーダースコアは利用できません。その結果、プラットフォームはランダムに選択されます。

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

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

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

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

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

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

ナビゲーション

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

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

基本情報

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

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

構成

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

  1. [Platform] リストから関連するプラットフォームを選択します 。これは、CDN、クラウド、またはデータセンターを表す [ プラットフォーム ] ページ内で設定したプラットフォームです。
  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/AAA または IP アドレス)が使用されます。
    • このチェックボックスがオフの場合、プラットフォームは可用性しきい値をゼロとみなします。つまり、このプラットフォームではレーダー可用性チェックは行われません。
  2. フォールバックのCNAME/A/AAAA または IP アドレスを入力します。通常、アプリケーションに問題やエラーが発生した場合は、フォールバック CNAME/A/AAA または IP が使用されます。
  3. 応答の TTL (Time To-Live) を入力します。デフォルトは20秒です。必要に応じて、この値を上書きできます。

フェールオーバー構成

プラットフォーム情報

  1. [ プラットフォーム情報 ] ダイアログボックスで、 リストからプラットフォームを選択します
    • [ プラットフォームを追加] ボタンを使用して、複数のプラットフォームを選択できます 。アイデアは、グローバルおよび地域(市場と国)ルーティングに適用可能なすべてのプラットフォームを選択することです。
    • このリストのプラットフォームは、CDN、クラウド、またはデータセンターを表す [ Platforms ] ページ (ポータル内) で設定したプラットフォームです。
    • 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 が有効な場合)、およびプラットフォーム可用性のしきい値を使用して、要求しているユーザーに最適なプラットフォームを評価します。可用性のしきい値は、プラットフォームが選択されるために満たす必要のある最小可用性(デフォルト値 80%)です。さらに、ORTT アプリでは、グローバルまたはローカル (特定の市場または国の) Handicap 値も使用して、エンドユーザーのルーティング方法に影響を与えることができます。

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

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

ロケーションの設定

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

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

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

  4. 確認ポップアップで [ 完了 ] または [ 公開 ] をクリックして、Openmix アプリケーションリストページにアプリの一覧を表示します。[ 公開] をクリックすると、アプリはすぐにライブになり、緑色のステータスになります。これは、アプリケーションが運用中であることを意味します。[ 完了] をクリックすると、アプリは [アプリケーション] ページに表示されますが、公開されていない状態になり、状態は赤になります。

スループット

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

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

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

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

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

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

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

Openmix アプリケーションを管理できます (編集、複製、削除、テスト)。また、アプリケーションマネージャパネルの上部タブを使用して、レポートの表示、ソースの表示、アプリケーションのバージョン履歴の表示を行うことができます。Openmix アプリケーションリストページでアプリケーションをクリックして、アプリケーションマネージャを展開します。

Openmix アプリケーションの管理

レポートの表示

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

編集

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

複製

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

Delete

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

公開

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

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

Openmix JavaScript アプリケーションは、完全にカスタマイズ可能な Java スクリプトを備えたアプリで、ITM (インテリジェントトラフィック管理) ポータルの UI を使用して作成、構成、テスト、および公開できます。

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

ナビゲーション

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

カスタム JS アプリを追加

基本情報

  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 設定ページのアプリの一覧に新しいステータスアイコンとともに表示されます 。新しい [ Status ] アイコンは、一部の Web トラフィックだけがこのバージョンをライブで流れていることを示します。

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

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

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

カナリア

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

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

テスト

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

テスト

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

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

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

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

テストの詳細

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

フィールド 説明
市場、国、リージョン、州 アプリがテストされた場所。
プラットフォーム アプリによって選択されたプラットフォーム。
応答 アプリによって選択されたプラットフォームの CNAME または IP アドレス。
理由コード 決定の背後にある理由を説明します。
理由ログ アプリからの顧客定義の出力。ユーザーがアプリの決定に関する情報をログに記録できるようにします。
レーダースコア プラットフォームで記録された応答時間(RTT)可用性スループットの測定
ディストリビューション テストされた場所ごとにアプリによって選択されたプラットフォームの配布。カウントは 、プラットフォームが選択された回数を表します。パーセンテージは 、プラットフォーム選択の合計数の割合です。

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

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

ライブアプリのテスト

アプリケーションの検証

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

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

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

公開

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

公開

: アプリは、必要に応じてエラーで公開することができます。

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

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

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

管理

レポートの表示

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

編集

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

編集

ソースを表示

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

ライブバージョンを表示

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

ライブ

アプリケーション履歴

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

履歴

比較

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

比較

Delete

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 アプリで報告されます

Openmix 永続性の決定

ヘルスチェック

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

  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 キー] に移動します。

    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を参照してください。

Netscope Openmix

Openmixレポート

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

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

ディメンション

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

可視化背景切り替え

背景切り替え

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

データエクスポート

データエクスポート

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

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

時間範囲

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

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

フィルター

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

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

福利厚生レポート

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

福利厚生レポートのプライマリディメンション

プライマリディメンションは、福利厚生レポートが表示されることに基づく独立したメジャーです。次の項では、これらの各プライマリディメンションについて詳しく説明します。

福利厚生レポートのプライマリディメンション

概要

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

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

福利厚生レポートの概要

アプリケーション

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

: 0% は、別のプラットフォームよりも特定のプラットフォームを選択することによって、そのアプリケーションによって行われた決定に余分な利点や改善がなかったことを意味します。

アプリケーション別福利厚生レポート

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

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

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

場所別福利厚生レポート

ネットワーク

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

ネットワーク別のメリットレポート

プラットフォーム

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

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

プラットフォーム別ベネフィットレポート

理由コード

プライマリディメンションとして「 理由コード 」を選択すると、チャートに表示される割合は、特定の理由コードに対して決定が行われた場合の全体的な平均利益になります。

理由コード別福利厚生レポート

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

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

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

したがって、アプリケーションの利点を計算するときに、計算が 3 つのヨーロッパプラットフォームのみを使用して行われるように、JavaScript のignoredProvider()メソッドを使用して、他の 2 つのヨーロッパ以外のプラットフォームを無視するようにアプリを設定できます。

このメソッドは、プロバイダのエイリアス (provider-1provider-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 の決定傾向を示します。

決定レポート