レガシー・アプリケーションをすべてクラウド用に再設計し、適切なIaaSアーキテクチャを特定し、CRMをSalesforceクラウドに移行し、Office 365を契約するなど、快適な旅ではありませんでした。
SaaSやIaaSアプリケーションからの追加トラフィックに対応するため、MPLSバックボーンの容量も増強しました。
クラウド・アプリケーションは、すべての立ち上げ前テストで素晴らしいパフォーマンスを発揮しました。
そしてついに、クラウドへの移行は完了し、本番稼動を開始しました。
しかし間もなく、ユーザー、特に支店のユーザーから、アプリケーションの動作が遅い、クラウドでホストされているサービスのパフォーマンスが低いと不満が出始めます。
何が問題だったのでしょうか？
トロンボーン効果
トロンボーン効果は、アプリケーションのパフォーマンス、特に支店のパフォーマンスが低下する主な原因の1つです。 MPLSネットワークがインターネット・アクセスに採用しているハブ・アンド・スポーク方式に起因する固有の欠陥。 一般的に、従来のWANアーキテクチャは、通常本社やデータセンターであるネットワークの1点からインターネットに接続できるように設計されています。 このようなアーキテクチャでは、支店のユーザーからSaaSアプリケーションへのトラフィックは、SaaSプロバイダーに到達する前に本社/データセンターから出るためだけにネットワークを横断してバックホールされるため、レイテンシが50～100ミリ秒と大幅に増加します。
非重要トラフィックによるMPLS輻輳
MPLS の輻輳は、アプリケーションのパフォーマンスに影響を与えるもう 1 つの領域です。
ブランチ・オフィス環境では、Netflix や Facebook などのアプリケーションにアクセスする従業員から非クリティカルなトラフィックが発生する可能性があります。
小売店環境では、顧客が店内のインターネットをブラウジングに使用することから発生します。
このような非クリティカルなインターネット接続トラフィックは、ビジネスクリティカルなSaaSアプリケーションとMPLS帯域幅を共有します。
企業WANのレガシーな実装では、トラフィックタイプを区別するメカニズムがありません。
より速く、より良いMPLSが答えか？
アプリケーションのパフォーマンスを悩ませる遅延と帯域幅の問題。
MPLSネットワークの帯域幅を増やせば解決するとお考えですか？
そうではありません。
すでに高価なMPLSソリューションに帯域幅を増やしても、費用対効果で問題を解決することはできません。
より良い解決策は存在します
完全に管理されたクラウドファーストの SD-WAN ソリューションは、恐ろしい「トロンボーン効果」と輻輳の問題にエレガントな方法で対処できます。
AryakaのようなフルマネージドSD-WANサービスは、世界中に31の接続拠点（PoP）を持つプライベートレイヤ2ネットワークを活用します。 レイヤー2がレイヤー3ネットワークよりも強固なSLA保証を提供し、SaaSトラフィックの低遅延を保証することは周知の事実です。 また、WAN最適化を内蔵したAryakaのANAP(Aryaka Network Access Point) CPEは、ポリシーがグローバルであると同時に、ポリシーが必要なアプリケーションに選択的に適用されることを保証します。 また、AryakaのANAP CPEはローカル・インターネット・ブレイクアウトをサポートしており、Netflixやソーシャルメディアなどの非クリティカルなアプリケーションからのトラフィックを、ネットワークを介してバックホールするのではなく、支店でインターネットにルーティングすることができます。 当社のソリューションは、安全でセキュアなローカル・インターネット・ブレイクアウトを提供するビルトイン・ファイアウォールをサポートしているため、ITセキュリティ・マネージャーは安心です。
AryakaのIaaSへの接続性
しばしば、IaaS（Infrastructure-as-a-Service）とSaaS（Software-as-a-Service）は同じ意味で使われます。
このような同義的な使われ方は、おそらくOffice 365のようなアプリケーションがSaaSアプリケーションでありながら、MicrosoftのAzure IaaS上でホストできることに起因しています。
しかし、IaaSとSaaSは接続性の観点から区別されることを認識することが不可欠です。
クラウドオファリングの代名詞である柔軟性と俊敏性の精神に基づき、AryakaはIaaSプロバイダーへの2つの異なる接続方法を提供します。
1つはAWSのDirect Connect、MicrosoftのExpressRoute、OracleのFastConnectに準拠した直接接続で、もう1つは最寄りのPOPルーターからのIPSecトンネルです。
AryakaのSaaSへの接続性
Office 365、Salesforce、WebexのようなSaaSアプリケーションへの接続は課題です。
SaaSアプリケーションにアクセスするための従来の接続ソリューションは公衆インターネットに依存しており、特に先進地域以外では信頼性が低かったり、速度が遅かったりすることが多々あります。
プライベートMPLSネットワークでさえ、アプリケーションの種類に応じてトラフィックをセグメント化できないため、この問題を解決できません。
パブリック「バーチャルオフィス」（VO）は、インターネット経由でアクセスするクラウドベースのオフィスアプリケーションに接続性を提供し、パフォーマンスを向上させるAryakaのソリューションです。
VOはレイヤー4のステートフルファイアウォール機能を備えたAryakaの仮想ルーターで、パブリックIPアドレスを使用します。
また、最適化コンテナを提供し、Aryakaの特許取得済みマルチセグメントTCPアーキテクチャを活用してRTTを削減します。
Aryakaマルチクラウド接続
ほとんどの組織にとって、マルチクラウド・アーキテクチャは現実的なものです。
マルチクラウドは、1つのIaaSサービス・プロバイダーへの経済的、技術的、または運用上の依存を回避するための意識的なリスク軽減戦略である場合もあれば、あるクラウド・サービス・プロバイダーから別のクラウド・サービス・プロバイダーへ移行する際の一時的な移行戦略である場合もあります。
いずれの場合も、マルチクラウド接続は必要不可欠です。
マルチクラウド接続のための現在のアプローチは、企業ネットワーク全体でトラフィックをバックホールする必要があるため、非効率的です。
AryakaのPoPアーキテクチャはマルチクラウド接続を簡素化します。
IaaSロケーションに最も近いPoPがクラウド間トラフィックのトランジットポイントとして機能し、従来のソリューションに代わる効率的な選択肢を提供します。クラウドウェビナー 「AWS と Azure によるマネージド SD-WAN の展開 」にご登録ください ：クラウド接続とそのアプリケーションパフォーマンスへの影響に関する詳細については、「トップ 5 の考慮事項とメリット」をご覧ください。
