GitLab.comが操作ミスで本番データベース喪失。5つあったはずのバックアップ手段は役立たず、頼みの綱は6時間前に偶然取ったスナップショット － Publickey
果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
「ガンダム事典」はこうして作られた
ガンダム生誕30周年を記念して刊行された「総解説ガンダム事典 Ver.1.5」の背景には、約10年の歳月とともに育まれた巨大なデータベースがあった。編者である皆河有伽さんに話を聞く。 2009年、ガンダム生誕30周年を記念して、「総解説ガンダム事典 Ver.1.5」という書籍が講談社から刊行された。機動戦士ガンダムからVガンダムまでの作品をカバーし、サンライズ監修のもとで宇宙世紀の歴史、技術、MS・MA（モビルスーツ・モビルアーマー）について392ページというボリュームでまとめ尽くした1冊だ。 特に注目すべきは後半のMS・MA図鑑で、例えば、リック・ドムの発展系である「ドワス」といったマニアックな機体まで紹介している（知ってました？）。ガンダムファンにとっては欠かせない資料だろう。 ただ、ひと口に事典を作るといっても、ガンダムシリーズの作品には、そこから派生した小説や関連アイテムが数多く存
大規模SNSのボトルネックとソリューション
SNSは比較的データアクセスが多いアプリケーションであり、負荷対策が難しい部類に入る。本稿では、グリーCTOの藤本真樹氏が、GREEというSNSでの経験を基に、SNSの具体的な負荷軽減ソリューションを紹介する。 はじめに 昨今では、地方自治体や企業内でもSNSを導入する動きが活発化しているようです。しかし、SNSは比較的データアクセスが多いアプリケーションであり、負荷対策が難しい部類に入ります。そこで本稿では、前回お届けした「大規模SNS実現のためのGREEのアプローチ」の内容からもう一歩踏み込んで、GREEというSNSでの経験を基に、SNSの具体的な負荷軽減ソリューションを紹介します。 SNSのボトルネック 一定以上のユーザー数、データ量、そして機能を持つSNSでは、普通に構築していくと非常に悩ましいボトルネックが2つ顕在化してきます。1つは、「友達の新着」系の情報取得です。もう1つはア
ベンチャー経営の「失敗談」データベース、経産省が公開 リアルな声、足で稼ぐ (1/2) - ITmedia News
ベンチャー企業の失敗談を集めた経済産業省の「ベンチャー企業の経営危機データベース～83社に学ぶつまずきの教訓～」に、注目が集まっている。 経産省の担当者などが足で集めた失敗談は、リアルで具体的だ。「業歴が浅く、知名度がないため資金も人も集まらない」「エンジニア体質から技術重視の開発に走り、顧客の要望をくみ取ることが出来ずクレームが発生」「一時的な特需を自社の能力と見誤り、経営に行き詰まる」「幹部に株を分け与えたら、社長退任を迫られた」――など、危機を知る経営者たちの“肉声”が詰まっている。 収録されている「失敗情報」は計83件。大企業の大きな失敗例ではなく、「設立10年未満かつ従業員100名以下の企業」、かつ「新規事業に取り組んでいる」または「創業期に大きな失敗を克服した経験がある」などの企業に限定しており、身近な企業近な失敗例が無料で読めるというわけだ。 倒産企業から現役バリバリの企業ま
[ThinkIT] 第6回：データベースの負荷分散とまとめ (1/3)
Webサーバーも順調に増えた、となると次はデータベースが悲鳴を上げる頃です。データベースの増設と行きましょう。 はてなではデータベースにはMySQLを利用しています。MySQLは組み込みでレプリケーションをサポートしているので、これを使わない手はありません。レプリケーションを行い、マスターDBのコピーであるスレーブDBサーバーを作り2台構成にします。 レプリケーションは、データベースを複数台に増やし、且つその複数のデータベースが保持するデータを同期させるための仕組みです。レプリケーションされたデータベースのうち、元々あったデータベースが親、それ以外が子という親子関係になります。 親はマスター、子はスレーブと呼ばれ、マスターへの更新処理と同じ処理をスレーブに伝播させることでデータの同期が行われます。実際にはマスターからスレーブへ処理が伝播するのではなく、スレーブがポーリングを行ってマスターと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
