SPOF のないWebサイト用ネットワーク構成って、、、


緊急オペレーションを少なくしたいと思えば、Single Point of Failure を減らすように冗長構成をとるだろうけど、

サーバをたくさん並べたときの構成はサーバの interface が1つだからそこが SPOF になる。*1

これを回避するためには同機能のサーバを複数台並べて、2つのスイッチで分けて収容する。(サーバへのアクセスの分散をするにはロードバランサが必要)

この2つのスイッチは同じセグメントなのでスイッチ同士つなげると、、、このつなぎが切れると上位のルータからは link down が検出できないけど、ルーティングプロトコルは不通となって HSRP は primary そのまま。standby 切り替りで、各スイッチごとにパケットの流れが異なる現象になる?

スイッチごとに異なるセグメントにして、スイッチ間はつながないとこの現象は起きずにOKだけど、上流のルータのポートが倍必要になる。

ん~、悩ましい。。。みんなどうしているのだろう。

というかこの理解でまずはOKか?突っ込み歓迎。

*1:最近では2つ interface を持つサーバがあるけど、メンテナンス用にマルチホームを組みたい気もしてくるので上流向けに2つは使わないとする。

Related Posts

LPを作るだけでは人は来ない。集客の「探す」もAIに任せ始めた

AIで自動化しても質を落とさない、秘伝のタレの作り方

AIで自動化したけど59テーマ中LPまで進んだのは37.3%だった

AIのスピードに、人間がついていけない。その現実を受け入れることが、長く付き合うコツだった。

AIが補った部分が、意図と違っていることがある。確認を怠らないことは変わらなかった。

AIは聞けば全部答えてくれる。でも「今これは考えなくていい」と捨てるのは、人間の仕事だった。

本を書きました PMで失敗するプロジェクトをこれ以上増やしたくない——25年分の経験を1冊にしました

AIに任せっぱなしにすると、「それなり」止まりになる。自分の基準を持つことが、AI活用の差になった。

AIでサービスを量産してわかった。テーマ設定だけは、AIに任せられない。

AIが来て、ひとりスタートアップが変わった。2027年3月末までに60サービスを作るチャレンジ開始