クラウドアプリケーションの優先順位付けとは何ですか？

クラウドアプリケーションの優先順位付けは、ネットワークが混雑、損失、または不安定なリンクを経験しているときに、ビジネスにとって重要なアプリケーショントラフィックに優先権を与えます。これにより、ビジネスで定期的に使用されるSaaSおよびクラウドホストアプリのユーザーエクスペリエンスが向上します。

クラウドアプリケーションの優先順位付けは、以下のようなさまざまな手段を使用して優先順位を実装できます：

• アプリケーションの識別と分類
• サービス品質（QoS）優先度
• トラフィックシェーピング
• パスステアリング

アプリケーションの優先順位付けは、ゼロレイテンシーを保証するものではありませんが、競合時にビジネスにとって重要なネットワークトラフィックへの潜在的な影響を軽減するのに役立ちます。また、適切なネットワーク設計やキャパシティプランニングの代替にはなりません。

クラウドアプリケーションの優先順位付けが実際にどのように機能するか

クラウドアプリケーションの優先順位付けは、リンクが混雑しているときに特定の種類のトラフィックに優先的な扱いを与え、損失と遅延を減少させます。一般的に優先されるトラフィックの種類には、ビデオ会議、リモートデスクトップ、顧客関係管理（CRM）、および支払いワークフローが含まれます。優先順位付けは、アーキテクチャに応じて、エッジデバイス、ブランチルーター、ゲートウェイ、またはクラウド提供の制御ポイントなど、いくつかの異なる手段とさまざまな場所で強制することができます。

この文脈で「クラウドアプリケーション」とは何を指しますか？

クラウドアプリケーションには、SaaSアプリ、クラウドホストのWebアプリ、および企業WANを介してアクセスされるIaaSホストの内部アプリが含まれます。コラボレーションツール、CRM/ERP、リモートアクセス、開発ツール、および同様のアプリケーションは、クラウドベースであり、優先順位付けの恩恵を受ける可能性のあるアプリの例です。さらに、これらのアプリが依存するDNSやアイデンティティおよび認証フローなどのサポートトラフィックも同様に優先されるべきです。

ただし、クラウドアプリケーションを特定することは、いくつかの理由から難しい場合があります。その一つは、コンテンツ配信ネットワーク（CDN）、共有ホスティング、および動的エンドポイントの使用により、IPアドレスやポートが現代のアプリを特定するために信頼できないことです。また、ほとんどのアプリケーショントラフィックが暗号化されているため、ペイロードの検査ではなく、優先順位付けのためにメタデータと分類を使用する必要があります。

優先順位付けが帯域幅管理と異なる理由

優先順位付けは、追加の帯域幅を割り当てるのではなく、利用可能な帯域幅の使用方法を定義する点で、帯域幅管理とは異なります。目標は、混雑が高いときにビジネスクリティカルなアプリが限られた帯域幅の最優先となることを確保することです。

例えば、混雑時には、ビデオ会議のようなリアルタイムアプリが優先され、低遅延と高い信頼性が提供されます。対照的に、ソーシャルメディアの使用は、トラフィック量を減らすために制限または上限が設けられることがあります。これにより、企業は総帯域幅が少ない中で、重要なアプリのパフォーマンスを向上させることができます。

なぜクラウドアプリケーションには優先順位付けが必要なのか

ビデオ会議のような一部のクラウドアプリケーションは、非常に遅延に敏感です。遅延は、映像の遅れを引き起こし、従業員の生産性を損ない、顧客体験を損なわせ、売上の損失を引き起こし、ITヘルプデスクへのチケット数を増加させる可能性があります。

同時に、クラウドアプリケーションは、分散したユーザー、共有ネットワークリンク、予測不可能なインターネットルーティング、突発的なバックグラウンドトラフィックに苦しんでいます。その結果、「十分な帯域幅」を持つ企業でも、マイクロバースト、ピーク、ラストマイルの制約によりネットワークの混雑を経験することがあります。

優先順位付けは実際にどのパフォーマンス問題を軽減するのか？

クラウドアプリの優先順位付けは、ユーザー体験に直接影響を与える影響に対処するように設計されています。

• レイテンシ
• ジッター
• パケットロス

音声/ビデオやインタラクティブアプリのような一部のトラフィックタイプでは、小さな遅延でも大きな遅れを引き起こし、ユーザー体験を損なう可能性があります。対照的に、短い遅延やネットワークの混雑は、バックアップやOSの更新などのスループット重視のタスクには最小限の影響を与えます。マイクロピークが小さな混雑のウィンドウを引き起こすと、優先順位付けはこれらのスループット重視のタスクを延期し、実際に遅延が目立つアプリケーションを優先します。

優先順位付けが役立たないのはいつか？

優先順位付けは有用なツールですが、完璧ではありません。解決できない問題には以下が含まれます：

• 常時混雑:優先順位付けは、近い将来に混雑が少ない時間に一部のトラフィックを遅らせる能力に依存します。
• 不正確な識別:アプリが誤って識別されると、間違ったトラフィックが優先されます。
• 上流の混雑:混雑があなたの制御外にある場合、局所的な優先順位付けは限られた影響しか持たないかもしれません。
• 優先順位のインフレ:すべてのトラフィックが最優先としてラベル付けされると、実際にはどのトラフィックも優先されません。

優先順位付けは、健康で適切なサイズのネットワークにおける一時的な混雑に対処します。これらの問題のいずれかが存在する場合、組織はキャパシティプランニング、ルーティングアーキテクチャ、およびアプリの合理化を通じて問題の根本原因に対処する必要があります。

クラウドアプリケーションの優先順位付けの仕組み

クラウドアプリケーションの優先順位付けを設定することは、発見、分類、優先順位の割り当てを含む複数段階のプロセスです。そこから、組織はシステムを本番環境に展開し、監視し、必要に応じて調整できます。

クラウドアプリケーションの優先順位付けは、複数のリンクが利用可能な場合にパス選択を補完するために展開できます。重要なアプリをより良いパフォーマンスのパスに割り当てることで、優先順位付けを必要とせずに自動的に遅延と損失を減少させることができます。

アプリケーションはどのように識別され、分類されますか？

アプリケーションは、以下を含むさまざまな方法で識別および分類できます：

• アプリケーションシグネチャ
• カテゴリー
• IP範囲（信頼性が低い）
• ポート/プロトコル（最も信頼性が低い）
• DSCPマーキング

アプリケーションが特定された後、それらはポリシーによって分類されることができます。ポリシーは、アプリケーションとユーザー/グループ、サイト、およびトラフィックの方向の組み合わせに基づいて定義されることがよくあります。ポリシーには、ブレークグラス、エグゼクティブルーム、コールセンターなどの例外やオーバーライドがある場合もあります。

QoSマークとキューはどのような役割を果たしますか？

サービスの質 (QoS) マークは、ネットワークパケットに追加され、ネットワークデバイスが適切なポリシーを特定し適用するのを助けます。クラウドアプリケーションの優先順位付けのために、ビジネスクリティカルなアプリを優先する必要があるトラフィックと、制限またはスロットルされるべきトラフィックを区別する分類と優先順位をエンコードします。

キューは、パケットが送信される順番を待っている間、一時的に保存されるメモリバッファです。異なるトラフィックの優先順位は異なるキューに割り当てられ、各トラフィックタイプにどれだけの帯域幅が割り当てられるかを決定します。

最も重要なトラフィック信号とメトリック

アプリの優先順位付けの効果を評価する際には、レイテンシ、ジッター、パケットロスなど、ユーザーエクスペリエンスに影響を与えるメトリックを確認してください。これらのメトリックは、エンドポイント、ブランチエッジ、WANパス、クラウドエッジなど、さまざまなポイントで測定する必要があります。さらに、広範な平均によって小さな混雑の期間が隠される可能性があるため、詳細な測定を行い、それを使用することが重要です。

どのアプリが本当に「クリティカル」であるかをどうやって知るのですか？

優先順位付けを実施する際には、ビジネスクリティカルなアプリを適切に特定することが重要です。考慮すべき主要な基準は次のとおりです：

• 収益への影響
• 運用依存性
• 顧客向けですか？）
• コンプライアンス
• 時間の敏感さ
• ユーザー人口

良い出発点は、eコマースの支払い処理など、ビジネスの中心となるいくつかのワークフローを特定することです。重要なアプリから、アイデンティティプロバイダー、DNS、デバイス管理など、明白なものと隠れたものの両方を含む依存関係をマッピングします。これらすべてを単一のクラスとしてラベリングすることで、ワークフロー全体のパフォーマンスが向上するはずです。

優先順位が機能していることをどのように検証しますか？

ネットワークトラフィック自体を掘り下げないと、優先順位の検証は難しい場合があります。注目すべき主要な効果には、以下が含まれます：

• 負荷下での安定性の向上
• 重要なトラフィックに対するジッターと損失のスパイクの減少
• チケットの減少

優先順位は、意図的な混雑をネットワークに導入し、主要なシステムへの影響を監視することで、ラボやパイロットサイトなどの制御された環境でテストできます。さらに、チームは同じ時間枠と作業負荷に対して、実装前後のパフォーマンスを比較できます。

テストを行う際には、修正が一方を強化しながら他方を壊さないように、すべての重要なアプリケーションを確認することが重要です。また、ビジネスニーズは変化する可能性があるため、必要に応じて分類と優先順位を更新するための定期的なレビューを実施するべきです。

クラウドアプリケーション優先順位付けにおける一般的なポリシー

クラウドアプリケーションの優先順位付けポリシーは、一般的に高優先度トラフィックとバルク/帯域幅トラフィックを分離することに焦点を当てています。これらの各トラフィックは、組織の他のネットワークトラフィックとは異なる特別な取り扱いが必要です。

通常、どのアプリケーションが最も高い優先順位を得るのか？

ビジネスにとって重要で、ジッターや損失に対する耐性が低い反復的なアプリケーションには、最優先の扱いを与えるべきです。一般的な例には、以下が含まれます：

• 音声/ビデオ会議
• リモートデスクトップおよびVDI
• コールセンターのツール
• 支払いのワークフロー
• 時間に敏感な認証フロー

異なる組織は異なる重要なアプリを持つ可能性があるため、ケースバイケースでの検証が重要です。エグゼクティブの例外が必要な場合もありますが、ポリシーの拡散を避けるために制限されるべきです。

バルクおよびバックグラウンドトラフィックをどのように扱うべきですか？

バルクおよびバックグラウンドトラフィックは重要性が低く、遅延に敏感ではないため、キャッピング、レート制限、またはオフピーク時間のスケジューリングを通じて処理できます。一般的な例には、以下が含まれます：

• バックアップ
• アップデート
• 大容量ファイルの同期
• パッチのダウンロード
• メディアストリーミング

場合によっては、組織がソフトウェアビルドやデータパイプラインなどの重要なトラフィックを大量に持つことがあります。これらは、遅延に敏感なアプリへの影響を制限するために、カスタムポリシーやパス選択の使用（利用可能な場合）が必要になることがあります。

支店およびリモートユーザー間での優先順位付けの実施

優先順位付けは、異種リンクやサイト間の一貫性の課題に対処しながら、テンプレートとポリシーを標準化することを目的とした段階的プロセスを通じて展開されるべきです。考慮すべき一般的な課題には、企業WANのエッジで優先されるべきトラフィックを持つリモートユーザーや、順序付けられたルールを通じて管理されるべきポリシー間の対立が含まれます。

安全なロールアウトプランとは何ですか？

安全なロールアウトプランは、価値を最大化するために設計された段階的プロセスを含みます。しばしば、これは最も重要なアプリと最も帯域幅を消費する重要でないアプリを含む10〜20のアプリを選択することを含みます。

これらのポリシーは、監視とロールバックプランが整備され、成功基準の明確な定義がある代表的なサイトで展開されるべきです。パイロットでの展開が成功したら、追加のサイトやアプリケーションを含めるために、展開を段階的に拡大できます。

避けるべき最も一般的な間違いは何ですか？

クラウドアプリケーションの優先順位付けを行う際の最も一般的な間違いには、以下が含まれます：

• 優先順位のインフレ:最優先事項は、ビジネスにとって重要なアプリのごく少数にのみ与えられるべきです。
• 依存関係の無視:認証やDNSなどの依存関係を優先しないと、ビジネスにとって重要なワークフローが破損する可能性があります。
• 過剰適合:ポリシーはできるだけ一般的に保たれ、特定のサイトのトラフィックパターンに過剰適合させてはいけません。
• 施行の欠如:トラフィックにマークを付けても、そのマークに基づく施行がなければ何の意味もありません。

ISPにポリシーは定期的に見直し、更新するべきであり、特にアプリケーションポートフォリオに変更があった場合はなおさらです。

クラウドアプリケーションの優先順位付けに関するFAQ

クラウドアプリケーションの優先順位付けはQoSと同じですか？

いいえ、QoSは特定のアプリのパフォーマンスを向上させるためにネットワークトラフィックを管理するために使用される広範な機能と方法のクラスです。クラウドアプリケーションの優先順位付けは、クラウドアプリケーションとデータストリームの優先順位を付けることに焦点を当てており、これらのアプリに対するQoSを実装する特定の方法です。

クラウドアプリケーションを優先するためにSD-WANは必要ですか？

いいえ、クラウドアプリケーションの優先順位付けは、いくつかの異なる方法で実装できます。ただし、SD-WANスタイルのアーキテクチャには、アプリの識別、ポリシー、マルチパスのステアリングを含むすべての必要な機能が一般的に含まれています。

組織は何層の優先順位を使用すべきですか？

一般的に、ビジネスにとって重要なアプリと重い帯域幅を使用するユーザーを他と分けるために、三層または四層で十分です。多層構造を実装しすぎると、意味のある利益を提供せずに作業が増えるため、逆効果になる可能性があります。

優先順位付けだけで、悪い通話品質を改善できるのでしょうか？

それは問題の根本原因によります。優先順位付けは、ネットワークリンクが一時的に混雑しているときに役立ちますが、リンクの健康に関連する慢性的な問題には役立ちません。問題の根本原因を理解し、対処することは、慢性的な通話品質の低下を修正するために不可欠です。

優先順位付けポリシーはどのくらいの頻度で見直すべきですか？

優先順位付けポリシーは、定期的におよび特定のイベントに応じて見直すべきです。例えば、チームは四半期ごとにレビューを行い、重要なアプリケーションの変更やインシデントの後に追加のレビューを行うことがあります。これらのレビューでは、ポリシーの肥大化を避けるために、可能な限りポリシーの整理と簡素化を含めるべきです。

クラウドアプリケーションの優先順位付けが、時間の経過とともにクラウドアプリケーションのパフォーマンスを改善する方法

クラウドアプリケーションのパフォーマンス管理は、組織のアプリケーションポートフォリオやビジネスニーズの変更がいつでも再分類を強いる可能性があるため、継続的な課題です。このため、チームは重要な指標を継続的に監視し測定し、ポリシーを定期的に見直すべきです。

最初に始める際は、ビジネスにとって重要なアプリのパフォーマンスと信頼性を向上させることに焦点を当て、その後必要に応じて拡張するべきです。プロセス全体を通じて、アプリの階層決定、ポリシーの意図、例外、および検証結果などの詳細は、将来の使用のために明確に文書化されるべきです。

適切なポリシーを定義し、それを施行し、継続的に監視し測定することは、成功にとって重要です。うまく行えば、アプリケーションの優先順位付けは、負荷の下でより一貫したアプリ体験、避けられる中断の減少、そして実際にパフォーマンスを駆動するものへの明確な可視性を提供します。