Cloud 変革 – アプリケーションのパフォーマンスの問題

それは快適な旅ではありませんでした。 すべてのレガシーアプリケーションを再設計し、 cloud、権利を特定する IaaS アーキテクチャ、CRM を Salesforce に移行する cloud さらに、Office 365 にサインアップします。 MPLS からの追加トラフィックに対応するバックボーン SaaS & IaaS 分野の様々なアプリケーションで使用されています。 Cloud アプリケーションはすべての起動前テストで優れたパフォーマンスを発揮しました。 最後に、あなたの Cloud 変革は完了したものであり、実際に稼働することになります。 間もなく、特にブランチ拠点のユーザーは、アプリケーションの動作が遅いことやパフォーマンスの低下について不満を抱き始めます。 cloud-ホスト型サービス。 何が間違っていたのでしょう?

トロンボーン効果

トロンボーン効果が主な理由のXNUMXつです アプリケーションのパフォーマンス、特に支社からの態度は悪いです。 ハブアンドスポークのアプローチに起因する固有の欠陥。 MPLS インターネットアクセスにネットワークが採用されています。 通常、伝統的な WAN アーキテクチャは、ネットワーク内の単一ポイント (通常は本社またはデータ センター) からインターネットを遮断できるように設計されています。 このようなアーキテクチャでは、ブランチ ユーザーからブランチ ユーザーへのトラフィックは SaaS アプリケーションは、ネットワークに到達する前に本社/データセンターから出る場合にのみ、ネットワーク全体でバックホールされます。 SaaS その結果、遅延が 50 ミリ秒から 100 ミリ秒まで大幅に増加します。

MPLS 重要ではないトラフィックによる渋滞

MPLS 輻輳もアプリケーションのパフォーマンスに影響を与える領域です。 ブランチ オフィス環境では、従業員が Netflix や Facebook などのアプリケーションにアクセスすることから、重要ではないトラフィックが発生する可能性があります。 小売現場では、顧客が店舗内インターネットを閲覧に使用していることから発生する可能性があります。 このような重要ではないインターネット行きのトラフィックは、 MPLS ビジネスクリティカルな帯域幅 SaaS アプリケーション。 ent の従来の実装ではerp上昇 WAN■ トラフィックの種類を区別するメカニズムはありません。

より速く、より良い MPLS 答え？

レイテンシと帯域幅の問題がアプリケーションのパフォーマンスを悩ませていますか? より多くの帯域幅 MPLS ネットワーク が答えだと思いますか？ もう一度考えて。 すでに高価な帯域幅をさらに投入する MPLS このソリューションは決して費用対効果の高い方法で問題を解決することはできません。

より良いソリューションが存在します

完全に管理された、 cloud-最初 SD-WAN このソリューションは、恐ろしい「トロンボーン効果」と混雑の課題にエレガントな方法で対処できます。

完全に マネージド SD-WAN のようなサービス Aryaka 2 のプライベート レイヤ 31 ネットワークを活用します。 プレゼンスのポイント (PoPs) 世界中で。 さて、レイヤー 2 がより強固な機能を提供できることは誰もが知っています。 SLA レイヤ 3 ネットワークが提供できる何よりも保証され、非常に低い遅延が保証されます。 SaaS バウンドトラフィック。 また、 Aryakaさん ANAP(Aryaka Network Access Point) CPE 内蔵されている WAN 最適化により、ポリシーをグローバルにすると同時に、ポリシーを必要とするアプリケーションに選択的に適用できるようになります。 Aryakaさん ANAP CPE また、ローカル インターネット ブレークアウトもサポートしており、Netflix やソーシャル メディアなどの重要ではないアプリケーションからのトラフィックを、ネットワーク経由でバックホールするのではなく、支店で直接インターネットにルーティングできるようになります。 当社のソリューションは、安全でセキュアなローカル インターネット ブレークアウトを提供する組み込みファイアウォールをサポートしているため、IT セキュリティ管理者は安心できます。

Aryaka への接続性 IaaS

多くの場合、サービスとしてのインフラストラクチャ (IaaS) および Software-as-a-Service (SaaS) は同じ意味で使用されます。 この同義の使用法は、おそらく Office 365 などのアプリケーションに由来しています。 SaaS アプリケーションを Microsoft の Azure でホストできます IaaS。 ただし、次のことを認識することが不可欠です IaaS & SaaS 接続性の観点からは異なります。

の代名詞である柔軟性と機敏性の精神に基づいて、 cloud オファリング、 Aryaka に接続する XNUMX つの異なる方法を提供します IaaS プロバイダー。 XNUMX つ目は、次のような直接接続です。 AWSのダイレクトコネクト, MicrosoftのExpressRoute or オラクルのファストtCoネクト、上に示したように、XNUMX 番目は最も近い POP ルーターからの IPSec トンネルです。

Aryaka への接続性 SaaS

への接続性 SaaS Office 365、Salesforce、Webex などのアプリケーションは課題です。 にアクセスするための従来の接続ソリューション SaaS アプリケーションは公共のインターネットに依存していますが、特に発展した地域以外では、信頼性が低く、速度が遅いことがよくあります。 プライベートでも MPLS ネットワークはアプリケーションの種類に基づいてトラフィックをセグメント化できないため、この問題を解決できません。

パブリック「バーチャルオフィス」（VO）は、 Aryaka接続を提供し、パフォーマンスを向上させるための のソリューション cloudインターネット経由でアクセスされる、ベースのオフィス アプリケーション。 VOとは Aryakaの仮想ルーターはレイヤー 4 ステートフル ファイアウォール機能を備え、パブリック IP アドレスを使用します。 また、最適化コンテナーも提供し、 Aryakaの特許取得済みのマルチセグメント TCP RTTを削減するアーキテクチャ。

Aryaka マルチ - Cloud 接続性

ほとんどの組織では、複数のcloud 建築は実際的な現実です。 場合によっては、複数のcloud 短所かもしれないcio私たちは、経済的、技術的、または運営上のいずれかへの依存を回避するためのリスク軽減戦略を講じます。 IaaS サービスプロバイダーから移行する際の一時的な移行戦略である場合もあります。 cloud サービスプロバイダーを別のプロバイダーに転送します。 どちらの場合にも、 複数のcloud 接続性 必需品です。 複数の分野に対する現在のアプローチcloud 接続は、エント全体にわたってトラフィックをバックホールする必要があるため、非効率的ですerp上昇ネットワーク。

Aryaka PoP アーキテクチャにより、複数の作業が簡素化されます。cloud 接続性。 に最も近い PoP IaaS 場所は、相互間の中継点として機能します。cloud これにより、従来のソリューションに効率的な代替手段が提供されます。

私たちのために登録する cloud , 「管理された SD-WAN AWS と Azure を使用した導入: 考慮事項トップ 5 とメリット」 の詳細については、 cloud 接続性とアプリケーションのパフォーマンスへの影響。