タグ

障害とインフラに関するot2sy39のブックマーク (2)

  • 日本電子計算(JIP)

    当社がサービスを提供する自治体専用IaaSサービス「Jip-Base」に12月4日(水)10時56分頃から発生している障害のために、日12月9日(月)時点においても「Jip-Base」のサービスの大半がご利用いただけない状況が継続しております。 ご利用のお客様、また障害の影響がある自治体の住民の皆様には、引き続きご不便をおかけしており、誠に申し訳ございません。 障害発生後、IaaSサービス「Jip-Base」の全面復旧を目指して全力を挙げて作業を進めてきました。ストレージのファームウェア不具合が引き起こしたハードウェアの故障は修復したものの、 その後の動作確認において各種データへのアクセス処理が正しく動作しない事象が判明し、現時点でもその解消に至っておりません。そのため、当初計画の大幅な見直しが必要であると判断しています。 現在、「Jip-Base」のサービス復旧計画の再策定を行って

    ot2sy39
    ot2sy39 2019/12/09
    原因となったハードウェアは特定し修復したのに、全体として復旧の見通しが立たないってヤバくない?
  • DC/クラウド/通信事業者サービスの障害事例よせあつめ - # cat /var/log/stereocat | tail -n3

    はじめに データセンタ障害の話題がちらほら流れておりますが、その中で見かけた「データセンタでそんな障害あったら意味ねえじゃん」みたいなコメントにちょっと引っかかるところがありまして。まあ確かに電源の二重化云々とかいろいろ災害やトラブルに対する対策はしてますよ。してますけど、でもデータセンタ・オーダーの障害とかも実際あるんですよね。落ちるときは落ちるんですよデータセンタだろうと。信頼性は高いけど100%じゃない。 ということで、じゃあ過去どんな事例があったのか、ざっと事例を挙げてみようと思いました。基的には過去の私のツイートとかはてブとかネットをざーっと検索して出てくるものを取り上げています。「データセンタ使ってるからオールオッケー」みたいな話ではなくて、その上で・さらにこういうこともあるんだ、という話を見るのに参考にしてもらえれば良いかと思います。 なお、ここで取り上げている事例は、特定

    DC/クラウド/通信事業者サービスの障害事例よせあつめ - # cat /var/log/stereocat | tail -n3
    ot2sy39
    ot2sy39 2016/01/27
    冗長に凝るほど、それでもダメだったケースで復旧に時間かかりがちなのよね。
  • 1