東証「arrowhead」システム更新に見る冗長構成の勘所 - orangeitems’s diary

東証「arrowhead」システム更新の話 オンプレミスで苦闘するのが当然だったころのインフラエンジニアの現場は傭兵が集う戦場のような張り詰めた雰囲気があったのを思い出しますが、クラウド全盛の時代にもなおそんな現場があるんだと感心した記事です。 tech.nikkeibp.co.jp arrowheadは取引参加者から注文を受け付ける参加者ゲートウエイ（GW）、注文の「付合せ（マッチング）」を担うトレーディングサーバー、相場情報を外部に配信する情報配信GWなどから成る。 刷新したシステムには富士通製のサーバー「PRIMERGY」を約400台使っている。初代arrowheadには主に大型サーバー「PRIMEQUEST」を使っていたが、1度目の刷新で全体の約9割を「PRIMERGY」に置き換えた。今回の刷新で「PRIMERGY」のみとなった。 「基本的なアーキテクチャーを変えずに性能向上を図っ

[ToTheEndOfTime]

“PRIMERGY”

[hdkINO33]

“富士通の「問題があったら全部停止する」と言うのは私の経験から言ってもすばらしい知見だと思います。「半死に」と表現していますが、本当にこの「半死に」による冗長構成の不全はよくあること、なのです。”

[stts]

arrowheadは電源オフで半死やsplit brainを防いでるらしい

[shintoshrine]

またクソ記事か