社内サーバーバックアップ作戦／Amandaによるバックアップ入門 :: handsOut.jp
スライド1: 社内サーバーバックアップ作戦/Amandaによるバックアップ入門株式会社びぎねっと大内 明 スライド2: • バックアップとは本日のアジェンダ• びぎねっと社内サーバーについて• Amandaの紹介• Amandaのインストールと設定• Amandaバックアップのリストア スライド3: バックアップとは• データの複製を作って保管しておき、トラブル時に復旧できるよう備えること– 間違えて削除してしまった– HDDが死亡した– 地震雷火事親父などによって物理的に壊れた スライド4: バックアップの手段• バックアップメディア– CD/DVD– ハードディスク• 1TBが1万円切ってる– USBメモリ, SSD– テープ• DDS: 容量少なめ・遅い• Ultrium: 大容量・高速 スライド5: • ソフトウェアバックアップの手段–
Infrastructure of Pathtraq
3. 2010年2月23日パストラックのインフラストラクチャ3自己紹介 – 主な仕事 (1)Palmscape (Xiino)Palm OS 用ウェブブラウザ (実質世界初)IBM, NTTドコモ, Sony 等が採用M.I.T. TR100/2002 受賞Webアプリケーション統合開発環境の開発IPA 未踏 2004 – スーパークリエータJapanize外国のウェブサービスUIを日本語化するサービス (ブラウザプラグイン) 4. 自己紹介 – 主な仕事 (2)パストラックブラウザプラグインを利用して、「今」注目されている情報を抽出するウェブサービスQ4M高速なメッセージキュー (MySQLのプラグイン)Mixi, livedoor, Ficia, DeNA等が使用2010年2月23日パストラックのインフラストラクチャ4 5. 自己紹介– 最近の仕事Incline / PacificRD
%26utm_content%3Dlivedoor)
データベースサーバを複数台構成とか2010年代には流行らない - blog.nomadscafe.jp
奥一穂さんの「ウェブアプリケーションサーバを複数台構成とか2010年代には流行らない」にフォローのような感じで。 例によってタイトルは煽りです。 奥一穂さんのエントリーでは、「5,000万PV/Month」という見積もりでアプリケーションサーバの台数を1台と計算していますが、これからは「1,000万PV/Day」を超えるサイトが多く生まれてくると予想しています。どんなサイトかというと、mixiアプリやモバゲーなどにソーシャルゲームを提供するサイトです。 ソーシャルゲームサイトのキャパシティプランニングについては中澤さんのエントリーが参考になります。 The Art of モバゲー Capacity Planning The Art of Mixi-mobile-appli Capacity Planning 最も人気がでた場合には数千万から数億PV/Dayという数字がならんでいます。怖い怖
Last.fmがサーバにSSDを導入、分散ファイルシステムもSSD対応にしてスケール向上に成功！
音楽配信サイトのLast.fmは、今年の10月からXbox Liveでも利用できるようになったことを受けてユーザー数が大幅に増加。これに対応するためサーバにSSDを採用したところ、問題なくスケールの向上に成功してしまったことをブログ「Launching Xbox, Part 2 - SSD Streaming」で明らかにしています。 SSDで同時接続数が300から7000に増加 Last.fmはこれまで7200rpmのSATAドライブをバックエンドに利用。ファイルシステムとしてオープンソースの分散ファイルシステムであるMogileFSを採用していました。 オーディオストリーミングの能力は基本的にこのMogileFSの管理下にあるハードディスクのランダムI/O性能に依存しており、現在は1つのハードディスクあたり約300同時接続をサポートしていたとのこと。 しかしXbox LiveがLast.
実録、ほぼ無停止なMySQLのフェイルオーバ (動画もあるよ) - （ひ）メモ
レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン でも掲げたゴールである、「マスタが落ちてもぐーすか寝ていられるようにしたい」がほぼできたので、ほとんどサービスが停止することなく、フェイルオーバする様をスクリーンキャストに収めました。 埋め込みプレイヤーだと、小さくてわからないと思うので、リンク直接でみてください。 http://www.irori.org/pub/mysql-mm.mov 登場するホスト 登場するホストは2台、db901とdb902です。 最初は、db901が更新系クエリを受けるプライマリでdb900の浮動IPアドレスを持っています。 画面分割 画面は5分割しています。 左上 = 「select sysdate(),@@server_id」をdb900に対して(sleep 1しながら)延々と実行しまくりんぐ 右上 = ping -n
モバツイッターがEC2に移転したその後の話を聞いてきた(Amazon EC2 ナイトセミナ 第2回) - 元RX-7乗りの適当な日々
恵比寿で開催されたJJUG主催のナイトセミナー「アマゾンEC2 ナイトセミナ 第2回」に参加してきました。 目的は、モバツイッターの中の人である、えふしんさんによる、モバツイをEC2へ移行した話が聞きたかったのと、ついでにご挨拶したかったので早々と仕事を切り上げて行ってきました。 参考: F's Garage @fshin2000 ：そろそろモバツイがEC2に移転した話でも書くとするか。 現在のサービスの状況やシステム構成、自宅サーバ運用の限界点など、裏側の話が特に興味深かった！面白かったです。 せっかくメモをとったので、ここに残しておきます。 究極のスモールスタート 自宅サーバからEC2へ 講演者 藤川真一(えふしん)さん (株)paperboy&co. ECコミュニティ事業部 ペパボはGMOインターネットグループ、レンタルサーバ(lolipop)、ブログ(JUGEM)などが有名 カラメ
GNUのレポジトリ・サーバー、クラッシュ | スラド オープンソース
GPLソフトウェア開発のレポジトリを提供している savannah.gnu.org が先週 (5/28木)、RAID不調によりダウンした。翌金曜日には何事もなかったかのように復帰できたが、その日のうちにまたRAIDが原因でダウン。復旧を試みたところ、結局システムを再インストールせざるを得なくなり、また不調のRAIDからバックアップしていたデータも不完全で、CVS/SVN/Git/Hgの各種レポジトリは４月末のバックアップ・テープか、各プロジェクト管理者の手元のデータから復旧することになったそうだ。savannah側では５月分は失われてしまった、とのこと。そういうわけでCVSもSubversionもgitもサービスが止まっていたが、ついさっき全面復旧した (いきさつは管理者のメール参照)。 ここでお世話になっているプロジェクトは3069件。その中にはもちろんgccやglibcも含まれている。
仮想化環境を「DNSで」管理するはてな，分散ストレージを自社開発したライブドア
シンプルでスケーラブルな分散ストレージを自社開発したライブドア 一方ライブドア執行役CTOの池邉智洋氏は，同社のブログや写真投稿サービスなどのインフラで利用中のストレージ仮想化ソフトを自社開発した事例を紹介した。ライブドアのサービス群が求める要件が「いかに安価に容量を追加できるか。過剰な機能と信頼性は不要」（池邉氏）と判断。メーカー製のネットワーク・ストレージの利用を止め，「ファイルのパスがそのままURLになるため，ファイル・システムのパスをURLに変換しなくて済む」HTTPで入出力する分散型仮想ストレージの開発に踏み切ったのだという（写真4）。 設計思想は「複数ノード間の一貫性はCAP定理に基づいて遅延を妥協し，スケーラビリティと読み出しの速さにこだわった。一方で書き込みはそこそこの速度でよく，認証とアクセス制御はアプリケーションで実装するので不要」（池邉氏）というもの。HTTPサーバー
激安・格安サーバ - wiki@nothing
Last-modified: 2019-05-22 (水) 16:37:58 / Short URL: http://wiki.nothing.sh/1751.html / - users /
「普通じゃない」サーバーのおすすめは？ | スラド Slashdotに聞け
未来検索ブラジルのエンジニア、末永匡氏のBlogに「ニコニコ大百科ではEeePCをロードバランサおよびセッション管理に利用している」という旨が掲載されている。 EeePCは、SSDとUPSを備えた次世代サーバプラットフォームです。 メンテナンスの際、キーボードやモニタをつなぐ必要もありません。 また、各種Linuxの導入情報が充実しています。 メモリ増設などを行っても５万未満で調達を行うことができます。 消耗品として扱えるため、減価償却の必要もありません。 ラック内占有体積も少ないです。 このように EeePCをサーバーとして利用することのメリットが挙げられているのだが、確かに負荷がかかりにくく、大規模なファイルアクセスも不要なロードバランサやセッション管理にEee PCを利用するのは良いアイデアだと思う。しかし、ノートPCをそこそこ大規模なアクセスのあるサーバーとして利用する例というのは
膨大なログから必要な情報を素早く抽出──システム管理者の悩みを解消するITサーチエンジン「Splunk」 | OSDN Magazine
システム運用において、トラブルシューティングやチューニング、法令などの理由でさまざまなログを取得・保管していると思うが、必要な情報を見つけ出すためには、どこに記録されていているのか、抽出するためのキーワードは何が適切かといった情報を事前に整理できていることが必要となる。とくにトラブル発生時は素早い対応が要求されるが、必要な情報を手軽に素早く取り出す手段を用意していない運用は多いのではなかろうか。そういったときに役立つのが、さまざまなログから情報抽出を行えるマクニカネットワークスの「Splunk」というツールだ（開発元は米Splunk）。 「ITサーチエンジン」と呼ばれるこのツールは、さまざまなログを取り込み、インデックス化し、素早く横断的に検索して情報を抽出できる。一般的なファイルのログのほか、設定ファイルやコンピュータリソース（CPU、メモリ、ネットワーク帯域など）の使用状況、データベー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer