この設計は、すべてのオフィススイッチ、Webファーム、SQL、ファイルサーバー、およびインターネットの単一障害点を受け入れる用意がある場合にのみ問題ありません。
この設計は、リンクがフラップするたびに定期的なスパニングツリーヒットを受け入れる用意がある場合にのみ問題ありません。ちなみに、Cisco SGシリーズはrapid-pvstをサポートしていないため、すべてのVLANに対して1つのスパニングツリーを使用する必要があります(vlanを使用していると思いますか?)。
正直なところ、この100%スイッチネットワークに冗長性を追加すると、処理するスパニングツリーが増えるため、状況は悪化します。しかし、あなたがネットワークエンジニアになるために雇った人は誰もいないと思います...あなたは、ネットワークの人として月光を浴びていると思われるコーダーのようです。このようにして、悪いデザインのもっともらしい否定性を浴びてください!
冗長性とオフィス間のルーティングされたセグメンテーションを追加して、この設計を改善します。ルーティングを行う場合は、ルーターの背後にあるセグメントの番号を付け直す必要があることに注意してください。また、SVIまたは専用のルーティングされたインターフェイスをサポートするものが必要です。
ルーテッドハブアンドスポークトポロジの方が優れていますが、SGシリーズの場合よりも多くのファイバー密度が必要であり、ファイバーを実行する必要があります(まだ実行されていない可能性があります)。また、ファイバーインターフェイスで動的ルーティングをサポートするものも必要です。SGシリーズスイッチのルーティングテーブルのサイズはかなり限られています。
よろしいですか?
私はそのようにはしませんが、多くのことは要件に依存します。あなたの雇用主が本当に安いなら、多分それはあなたがすることができる最高です。
スイッチのカスケードは全体的なパフォーマンスに影響しますか?
このトポロジでは、サブスクリプションを介して対処されたものもあります。そして、もしあなたのアップリンクが一日中10%利用されているなら、それは重要ではありません。そうは言っても、このようなデザインをうまくスケーリングすることはできません。
最後のノードは、他のノードからギガビットファイル転送速度を取得できますか?
共通の経路に沿って渋滞がない限り。
メインスイッチはすべてのクライアントを処理できますか?
これは、クライアントが生成している負荷の量によって異なります。
正直なところ、あなたが尋ねたことのない質問についてはもっと心配になるでしょう...私は上記のいくつかについて詳しく説明しました。
ところで、トポロジのすべてのスイッチに銅線を使用するこのような設定では、「最初の2つのポートが私のアップリンクである」(またはそのようなもの)と標準化しない限り、アップリンクポートは必ずしも明確ではありません。今は気にしないかもしれませんが、最初のブロードキャストストームを取得して、それがどこから来ているのかを追跡する必要があるまで待ちます。信頼してください...アップリンクを簡単に見つけられるようにしてください。また、アップリンクの両側に送信元/宛先のラベルを付けるのも良い方法です。