ファーストサーバ社の障害に関して - naoyaのはてなダイアリー
あまりまとめられないので箇条書きで。 「クラウド (IaaS)」と「レンタルサーバ」の区別 技術的には「クラウド (における IaaS)」と「レンタルサーバー」は明確に異なるものなので、そこは混同されないことをおすすめしたい 今回障害が起こったファーストサーバのサービスはレンタルサーバであって、クラウドサービスではないだろう クラウド = Amazon Web Services (AWS) や Heroku がその代表例だと思ってもらえばいい *1 具体的には、日経新聞の当該記事のこと → http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/ 意図は不明だが「クラウド」のような目新しいものと今回の事件とを結びつけて何かしらの印象を与えようとするのは、個人的には感心しない 業者が「クラウド」と謳っていたかどうかは知らない。例え
ファーストサーバ障害問題：原因はファイル削除コマンド停止の記述漏れ
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます レンタルサーバ事業者のファーストサーバが障害で顧客のメールおよびウェブデータを消失した問題で、同社は「データの復旧が困難」であると発表した。ファーストサーバはさらに中間報告として、障害の概要と原因を明らかにした。主な原因として、サーバに適用する更新プログラムに、ファイルを削除するコマンドを停止させるための記述が漏れていたことを挙げた。 同社は6月20日午後5時ごろ、脆弱性対策を特定のサーバ群に対して実施していた。対策は対象サーバ群に対して更新プログラムを一括して適用するもので、以前から実施してい手続きだったという。だが、今回は更新プログラム自体に不具合があったことに加え、検証環境下での確認による防止機能が十分に働かなかったことと、メンテ
うちの会社のサーバー監視方法がおかしいので改善を試みた
前回の書き込み http://anond.hatelabo.jp/20120407162253どんな監視方法なのかをを簡単にまとめてみるうちの会社のサーバー監視方法１５台くらいのwindowsサーバーに自PCからリモートデスクトップ接続する遠隔操作でイベントログやらHDD容量やらを目視チェックして全て台帳（紙媒体）に書き込む以上を全サーバーに行うと普通に毎朝１時間かかる。負荷がでかいので分散の為、若手を入れて１０人くらいで順番にまわしている今後もサーバーが増える予定あり前回の書き込みの反応は大体以下のような感じだった頭おかしいｗｗｗ受けるｗｗｗｗｗいろいろ予想以上 これらのコメントのおかげで、おかしいのは自分の気のせいではないという事にようやく自信を持てた。とりあえず前回すぐにでもできそうな方法を方法を教えてもらったので改善できるかサーバー管理してるチームの一人に相談してみた。自分「毎朝
データセンター向けサーバとして注目の高密度サーバを実現する技術とは、SeaMicroに聞く
サーバの消費電力と発熱の増加はデータセンターを効率的に運営する上での課題として認識されており、その解決策として低消費電力、低発熱、そして実装面積を小さく抑えた「高密度サーバ」が注目されています。 米SeaMicroは、高密度サーバの分野で頭角を現しているベンチャー企業です。同社は高性能なXeonプロセッサを用いながら、通常のラックマウント型サーバと比較して電力消費量は半分、実装密度にして3倍となる新製品「SM10000-XE」を発表。4コアのXeon、32GBメモリのサーバを64台搭載しています。 高密度サーバの多くはARMやAtomといった低消費電力のプロセッサに特化して開発されており、同社もこれまでAtomベースの製品を提供してきました。しかし今回の同社製品の大きな特徴は、Xeonのような高性能プロセッサを用いて高密度サーバを実現した点にあります。 同社はどのような技術を用いて高密度サ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「ファーストサーバ」データ消失被害の国内ウェブページ一覧 | ICT Headline directed by Ｐ検
