過去数週間に進化した出来事の重要性を無視することはできません。 私たちは前例のない領土にいます。 学校は閉鎖し、遠隔学習の準備をしています。 企業は、可能であれば、近い将来、自宅で仕事をするよう従業員に促しています。 これらの変更は、私たちの健康と他の人の健康を守るのに役立ちますが、これらの新しいガイドラインとポリシーは、ネットワークとITチームにまったく新しい負担と課題を誤って置きました。 今の目標は、学生や従業員がリモートでアクセスする必要があるシステム、ネットワーク、アプリケーションが、効果的かつ効率的に作業できるようにすることです。 この記事では、移行を可能な限りシームレスにするために、容量計画プロセスで実行できるベスト プラクティスをいくつか紹介します。
ここ数週間以内に、より多くの消費者がレンガやモルタルの店を訪れることからオンラインで購入することに移行しました。 この主な例の1つはアマゾンです。 彼らは注文の大幅な急増に見舞われ、製品の遅延や不足を引き起こしています。 最近の需要により、彼らは 100,000のフルタイムおよびパートタイムのポジションを開設する予定です。 明らかに、Amazonは、企業がオンラインエクスペリエンス を向上させるために 実行できる対策の極端な例です。 ほとんどの組織は、Amazonが計画しているような抜本的な措置を講じる必要はありません。
さらに、これらの新しいリモートワークの義務により、ビデオ、 チャット、およびコラボレーションアプリケーションの必要性が高まっています。 たとえば、マイクロソフトでは、個人、IT チーム、および教育者に 対して無料のMicrosoft Teamsバージョン を提供し、個人、チーム、および学生を常に維持しています。 Google と Zoom はまた、彼らのサポートを貸し出し、無料または自社製品の特定の制限を解除するためのソフトウェアを提供しています。 ビジネスの顧客サービス側で働く従業員の場合、VoIP システムと潜在的にビデオ会議ソフトウェアをテストして、ユーザーが流入する場合は、パフォーマンスを検証するためにテストが必要な場合があります。
Web トラフィックの増加の計画: インベントリの取得
企業が実行できるキャパシティ プランニング プロセスの最初のステップの 1 つは、リモート作業テストを実施し、ユーザーがリモート アクセスに必要なすべてのデバイス、アプリケーション、およびプログラムのインベントリを作成することです。 完全なインベントリを作成すると、「誰もがリモートで作業するために必要な機器やデバイスを持っていますか」や「ビジネスにとってミッションクリティカルなアプリケーションはどれですか?」 たとえば、アプリケーションが Web ベースの場合、従業員は追加のサポートを必要としない可能性があります。 ただし、これらのプロバイダーに連絡して、その継続的ポリシーが何であるか、およびアプリケーションが使用を増やして実行されるようにするために必要な手順を講じているかどうかを理解することは理にかなっています。
真のクラウド モデルを採用しておらず、ハイブリッド環境または完全にオンプレミス環境にある企業は、この苦労が現実のものかもしれません。 リモートで作業する場合は、VPN アクセスが必要な場合があります。 あなたの会社はVPNを持っていますか? その場合、追加ライセンスはいくつ必要ですか? そして、あなたのネットワークは追加の需要を処理しますか? これらは、通常通り事業を運営し続けるために多額の投資が必要になる可能性がある質問です。
Web トラフィックの増加の計画:
容量の
計画
インベントリを作成したので、システムとアプリケーションのテストを開始できます。 あなたと同じくらい 想像できる、大規模な組織 グローバルベースを持つ ユーザーとか マイクロソフト、グーグル、またはスラック、 データセンターは、自社のチームと顧客をサポートする容量と帯域幅を確保しています。 これらの企業は、複数のサービスを実行することで、サービスを円滑に実行し続けます冗長 要求に一致する地理的リージョン間のサービスのインスタンス 彼らの顧客の。 さらに、テスト、テスト、およびテストの追加も行います。 ほとんどの Web ベースのアプリケーションでは、要求は変わりません。 ユーザーがオフィスから接続する場合も自宅からでも、要求は同じです。 本当に必要なのはインターネット接続です。 しかし、それはあなたがテストすべきではないという意味ではありません。
インターネットといえば、ユーザーと企業の両方にとって懸念が生じる10年前よりも今は良いでしょうが、ISPのインフラストラクチャが需要の急増にどれだけうまく持ちこたえるかです。 あなたの隣人とその子供の大半がオンラインである場合、帯域幅はどのくらい制限されるか、制約されますか? 時間は伝えるだけですが、Cloudflareには最近のInternetの使用に関する興味深いデータがいくつかあります
。
容量計画の大きな部分の 1 つは、Web サイト、Web アプリケーション、ウェブ サービスの負荷テストで構成されます。 ウェブ Web サイトまたは Web アプリケーションでロード テストを実行すると、一度に処理できる特定のユーザーの数が表示され、 必要に応じて、 どのぐらい。 これにより、システムは、指定された同時トラフィックレベルでの増加を処理できます。 ロード テストでは、「Web サイトのユーザー数が Web サイトのパフォーマンスにどのような影響を与えるか」や「ボトルネックは存在する場所」や「ブレークポイントは何か」などの質問に答えます。
Web トラフィックの増加の計画: LoadView によるロード テスト
簡単に言うと、ロード テスト プロセスは非常に単純で、シナリオを作成し、トラフィックを追加し、 結果を評価し、 問題を解決し、満足するまで繰り返します。 最も優れているのは 、LoadView はハードウェアやソフトウェア・インフラストラクチャへの投資を必要としないということです。 トラフィック(負荷)は、複数の世界中のクラウドネットワークからシミュレートされます。 ロード テスト中に監視する主な要因には、シミュレートされたユーザーの数と 負荷レベル、応答時間、検出されたセッションとエラーの数、ロード インジェクターの CPU 使用率の変化などがあります。 その他のメトリックには、帯域幅、ディスク I/O、サード パーティコンテンツ、およびデータベースの読み取りと書き込みなどがあります。
LoadView プラットフォームでは、3 つの異なる荷重曲線から選択できます。
負荷テストと同様に、わずかに異なるが、ストレステストです。 ストレス テストは、システムを意図した容量を超えて、速度低下を開始し、システムのボトルネックを特定し、発生する可能性のある障害点を明示するためにシステムをプッシュするために使用されます。 テスト中に記録されたパフォーマンス メトリックが望ましいパラメーターの外にある場合、システムを使用可能な容量を超えてプッシュすると、ロード テストが意図せずにストレス テストになることがあります。
ロード テストとストレス テストの主な違いの 1 つは、ショッピング カートへのアイテムの追加やアプリケーションへのログインなど、実際のユーザー シナリオをシミュレートするために、ロード テストに一時停止を挿入する可能性があるという点です。 ストレス テストでは、できるだけ多くの同時ユーザーをできるだけ速く実行して、過剰なトラフィックを生成し、本質的に Web サイトやアプリケーションを 「中断」することが目標です。
Web サイトやアプリケーションの負荷を増加させることで、将来的にユーザー負荷が増加するアプリケーションのパフォーマンスを予測できます。 また、Webサイトまたは アプリケーションが所定の制限内で応答する場合、それは容量計画の成功したコンポーネントと見なされます。
最後に、Web サイトやアプリケーションをテストした後、ロード テストで実行したのと同じプラットフォームを使用して、 継続的なパフォーマンス監視を行うことができます。
Web トラフィックの増加の計画: 結論
このような質問に今答え、必要なシステムが整っていることを確認することで、全員がパスワードを忘れたためにデバイスからロックアウトされたときにチームが受け取るITサポートチケットの数を減らすことができます。 しかし、すべての深刻さの中で、「最良の計画は予期せぬ計画です」という言葉は決して真実ではありませんでした。 これらは誰にとっても予期せぬ時代です。 世界中のほぼすべてのデバイスからシステムやアプリケーションにアクセスできるデジタルの世界に住んでいるのは素晴らしいことです。 しかし、私たちの世界には、これらのアプリケーションとシステムにはまだ限界があります。 可能な限り効率的に実行するために、すべての Web サービスをロード テストして制限を知ることで、今すぐ対応し、改善、変更、またはアップグレードを行い、”通常通りのビジネス” アプローチを維持するために必要なデータを提供します。
ロード テストに時間やリソースがない場合負荷テストに関するサポートが必要な場合は、 チームにお問い合わせください 。 負荷テストプロセスの任意の部分を支援することができます!