クレジット決済システムで障害、一時決済ができない状態に 55
ストーリー by hylom
休日にご苦労様です 部門より
休日にご苦労様です 部門より
northern 曰く、
FEP（フロントエンドプロセッサ）と呼ばれるサーバーがハードウェア障害でダウンしたのが原因とのこと。待機系システムへの切り替えにより、発生から1時間半ほどで復旧したという。
FEP（フロントエンドプロセッサ）と呼ばれるサーバーがハードウェア障害でダウンしたのが原因とのこと。待機系システムへの切り替えにより、発生から1時間半ほどで復旧したという。
※ただしPHPを除く -- あるAdmin
FEPの故障 (スコア:5, すばらしい洞察)
切り替えに意外と時間がかかったなあ、という印象です。
昔のTANDEMとかでは「ノンストップで瞬時に切り替え」という売り文句を、良く見たもんですが。
＜ここから無駄口＞
FEPという文字をみて、ATOKとかヘミネコを思い付いたヒトは、手を挙げるように
Re:FEPの故障 (スコア:2)
ATOKとかいう腐ったFEPを使うあなたの頭が悪いのです。
＃スラド見てるとたまにfj同窓会かと思うことがある。
Re:FEPの故障 (スコア:2)
＃スラド見てるとたまにfj同窓会かと思うことがある。
FEPって言葉にfjを思い浮かべる人が何人かいるね。
Re: (スコア:0)
fjってなくなったんだ
Re: (スコア:0)
http://srad.jp/story/07/03/13/050233/ [srad.jp]
という話があったけど(もう8年半前かよ)その後どうなったのかは知らない
Re: (スコア:0)
パソ通組もいるよ!
Re:FEPの故障 (スコア:2)
WXPとかKatanaとかVJEβとかNECAIなら思い付く。
Re:FEPの故障 (スコア:1)
＞手を挙げるように
TSEのFEPは富士通が受注していたなあとか別のことを考えました。
NTTDが元請なんだから人足と機器が富士通なのかなあという想定で。
Re:FEPの故障 (スコア:1)
#####
最近、知人とFEPの話しで盛り上がってた。
XMSとかUMBとかに入（ｒｙ
Re: (スコア:0)
config.sysでhimem.sysとかですね。
Re: (スコア:0)
ﾍﾐﾈｺは思い出しませんでしたが
松茸とかWNNとかは思い出しました。
Re:FEPの故障 (スコア:1)
重箱の隅なツッコミですが、Wnn はあくまで汎用の「かな漢字変換サーバ」であって、FEPではないですね。
xwnmo(X Window System用)やegg(Emacs用)などの、FEPではない日本語変換クライアントもありましたが、
コンソール用 Wnn クライアントの「uum」は、pty を使って tty に割り込む形でかな漢字変換を実現しているので、FEPと言ってもいいかと思います。
Re: (スコア:0)
なんだかんだで今ではWnnの末裔が一番多く使われているのではないだろうか。
# スマホやガラケの中でだけど。
Re: (スコア:0)
今でもスマホ機種変更するとまず、
「わたしのなまえはなかのです」
で一発変換できるか試してしまう。
Re: (スコア:0)
いまふと思ったんだけど、なぜかな漢字変換ごときにFEPって名前がついたんだろ。
Re:FEPの故障 (スコア:2)
いまふと思ったんだけど、なぜかな漢字変換ごときにFEPって名前がついたんだろ。
本当にフロントエンドプロセスだったから。
Window Systemも音声入力も無いころは「ユーザフロントエンド」ってターミナル入出力しかないもんね。それを、入力システムのデバイスドライバで実現しているから。
Re:FEPの故障 (スコア:1)
FEPの実現方法としては、MS-DOSのシステムコールをインターセプトしたり
(IBM-PCなら) 入力系BIOSのソフトウェア割り込みをインターセプトしたり
といった感じなので、実はデバイスドライバですらなかったりする。
それでいて、辞書関連のファイルアクセスまでしているのだから
色々と無茶な話であった。
X68000(Human68k)の場合は、FEP用の辞書アクセス手段が用意されていたので
MS-DOSよりは かなり楽だった。
Re: (スコア:0)
バックグラウンドで実行って概念が薄いせいか、常駐する≒ドライバ、という扱いだったんじゃないのかな。
# パソコンに興味を持ち始めた頃はもうWindowsの時代で、かろうじてPC9801を少し触った位の人間の認識では
ある種のキーボードドライバ。
でもドライバではないし、じゃあなんて呼ぶかでFEPになったとかありそうな気がするけど…どうなんでしょ？
Re: (スコア:0)
ATOKとかCOMMAND.COMから使う分にはデバイスドライバそのものにしか見えないけれど
一太郎とかから内部API経由で呼ばれる場合を考えると、まさしくフロントエンドのプロセッサとしての動作をしてる。
# 当時はデバイスドライバと言わずFEPって自称しているのがお高くとまっていると感じてた。
Re: (スコア:0)
「日本語入力FEP」の前半が略された「ケータイ」とか「ウィキ」みたいな略語。
Re: (スコア:0)
FEPましてや「フロントエンドプロセッサ」と言われれば
ATOKかWXIIかというイメージのみです。
今回のようなマシンは、本当にフロントエンドのプロセッサなんでしょうけど。
でも、ハードウェアのエラーって意外と自分のシステムだけでは検知しにくいから、
今回も人が来て「お、落ちてる」もしくは、「このマシンダメじゃん」となってから
切り替えたっぽい時間ですよね。1.5時間ほどって。
Re: (スコア:0)
あれぇ、VJEじゃダメですか・・・・・
Re: (スコア:0)
FEPってなんですか？ by void
Re: (スコア:0)
FEP って VJE のことなんじゃないんですか
Re: (スコア:0)
どんなハードでも、どこかに1重系の所が残っていますからねぇ。
一方新潟では (スコア:1)
Re: (スコア:0)
住信SBIネット銀行もシステム障害だって。
9月7日22時11分より発生致しました弊社システム障害により
ご利用いただけなかった以下のサービスにつきまして、
本日03:00頃に復旧しております。
・他行へのお振込み
・ATMのお取引
・SBIカードからの口座振替お申込みおよびSBIカードへの入出金
・SBI証券連携サービス
・残高照会／振替／定期預金のお取引
・外貨預金のお取引
大変ご迷惑をおかけしましたことを深くお詫び申し上げます。
こんな仕事やりたくないなぁ (スコア:1)
至難の開発。
僅かな報酬。残業。暗黒の長い日々。絶えざる不具合。成功の保証無し。
失敗の暁には叱責と嘲笑を得る。
Re:こんな仕事やりたくないなぁ (スコア:1)
これがホントのミッション・インポッシブル。
Re: (スコア:0)
http://developers.srad.jp/comments.pl?sid=517789&cid=1879557 [developers.srad.jp]
「光あるところに影がある
まこと栄光の影に数知れぬプログラマの姿があった
命をかけて歴史をつくった影の男たち
だが人よ 名を問うなかれ
闇にうまれ 闇に消える
それがプログラマのさだめなのだ
プログラマＡ、お前（のクビ）を斬る！」
休日にご苦労様です (スコア:0)
> 休日にご苦労様です
休日は暦通りではないです。
待機系切り替えに何で一時間も掛かる？ (スコア:0)
サーバーならHAでかかっても数分で切り替えられるように設計、構成するのが普通だし。
それとも落雷直撃対策用の完全オフライン待機系とかに切り替えに手こずったとか？
まあ、SLA的にそのくらいの構成当然取ってるはずだが、普段使ってなくてあわてた感じですかねぇ？
Re:待機系切り替えに何で一時間も掛かる？ (スコア:1)
「フロントエンドプロセッサ」という名前で想像されるサーバであれば、そもそも複数並列で利用するのが一般的な設計だと思うが。
普通のラウンドロビンでも、接続元ごと固定的に割り当てる方法でもいいけど、いずれにしても1台落ちただけでは全滅はしない。
CAFISってどういうアーキテクチャなんだろう。
Re: (スコア:0)
完全な多重系は妄想の中では実現可能でも、現実世界では実現不可能ですから。
でまぁ、ウィークポイントはいつか必ず突かれるっていうのが障害の世界ではお約束なわけだし。
Re: (スコア:0)
ハードウェア障害は、ある瞬間にきれいにプッツンしてくれるとも限らないし、
これだけの規模のシステムなら、原因調査に1.5時間くらいは、状況しだいで仕方ないかなあという気はする。
Re: (スコア:0)
99.99とか99.95なら普通に保証の範囲内で再起動できましためでたしめでたしなんじゃないの。
Re:待機系切り替えに何で一時間も掛かる？ (スコア:3, 興味深い)
分単位でこけたら金融庁に報告義務があるそうです。
https://twitter.com/acsol_one/status/640112589750407168 [twitter.com]
Re:待機系切り替えに何で一時間も掛かる？ (スコア:1)
Re:待機系切り替えに何で一時間も掛かる？ (スコア:1)
ただし2時間超えると「重大な通信事故」になるので、ソフトバンクの通信障害は(他社も同時にやらかした場合を除き)いつも1時間58分です。
Re: (スコア:0)
ふーん
すいませんすいません
ごめんなさいはんせいしてます
Re: (スコア:0)
日経BPの記事でも公表していないと書いてあるので、オフレコでの説明があったかな？
そういう事態を想定した変更シナリオがない、現場に権限がない、事前訓練されていないじゃないかと。
特に「3割がダメで7割は稼働しているので、切り替えると7割にも影響を及ぼす」となると、判断が難しそう。
※本当に７割動いてたかどうかはわからんけど、全滅じゃないと切替するかどうかの判断が難しいよね
Re: (スコア:0)
その落ち方は想定していなかったから監視ソフトが反応しなかったとか、
普段無視しているエラーと同じメッセージだったから監視ソフトが反応しなかったとか。
運用上だれかに認可をとらないとダメだったとか。
ネットだと (スコア:0)
小規模ネット決済だと年に数回くらい障害合ったりしますので
それによる販売機会損失は当然補償されません
ニュースになるんだ～ふ～んな感じ
とはいえ対面販売でその時使えないとなると
機会損失のインパクトは絶大ですものね
店頭なら二度と来ないってケースも
ネットより多いかもしれませんね
# 便利の代償って忘れたころの土砂崩れ並に怖い
Re:ネットだと (スコア:1)
セルフスタンドで給油不能という結構クリティカルな被害にあいました。
Easy Pay [showa-shell.co.jp]が使えないし、現金は持ち歩かないし、電話サポートは平日9～17時のみで困った。
Re:ネットだと (スコア:1)
Re: (スコア:0)
おおっと。
そこから先のスターレックス カード [showa-shell.co.jp]が平日9～17時でダメでした。
Re: (スコア:0)
復旧するまで待ったの？
Re: (スコア:0)
小規模の決済代行が転けたところで、そこ使ってる少数の零細業者が迷惑被るだけですが、
CAFISがこけるってのは、動脈血栓で血流が止まるレベルの大事故のため、扱いが違うのは当たり前。
ケータイ網で言えば、大手キャリアの1つが2時間音信不通になる程度の影響度です。
暗号化通貨なら？ (スコア:0)
BitcoinとかみたいなP2Pなシステム構成だったら、こういう事故は起こらないのかな？
とするとサブネットワークとしての暗号化通貨はあると便利そうね。
Re: (スコア:0)
多分だけど、大量のトランザクション(取引)が発生したらそれだけで当面ビジー状態になる気がする。
このあいだのストーリーでも捌けるトランザクション数が問題になってたし。 [it.srad.jp]
あとマイニングプールみたいな場所が落ちたらこれと似たようなことになるはず。
計算力で50%超える奴が攻撃してきたらそれどころじゃない被害が出てBTCがゴミになる。
特定業者の一つの運用ミスで落ちるってリスクは減るけど、攻撃に対しては特別に理想的なものでもなさ気。