タグ

運用に関するt_takataのブックマーク (4)

  • 我々はどのように冗長化を失敗したのか - YAPC::Asia Tokyo 2015

    概要 Webシステムを動かすサーバは、細胞と同じように、生まれて死んでいく。 そのようにシステム全体を活性化させることによって、常に綺麗なサーバを保つことができる。 それは式年遷宮という日古来のシステムの中にある、穢れと禊という概念にも通じる。 この概念は去年のYAPCで話した通りだ。 その思想を持って構築を試みた2015年、 構築前「完全無人自動化で運用しようや」 ... 構築後「冗長構成って当に必要なんですか?」 トーク内容 この構築の最中に彼が見たものとは? 式年遷宮インフラストラクチャ3部作の第2部にあたる今作は どのような思想を持ってとりかかり、どのように失敗したのか。 実体験を元にしたお話をできればと思います。 キーワード Consulを使おう consul-templateとdnsmasqとhostsファイルと順番と MySQL(GTID)という名の夢 mysqlfail

  • 株式会社はてなに勝訴し、発信者情報が開示されました - 悪の最新情報

    はてなブックマークを利用して、当方を「ストーカー」的に誹謗中傷しているとして、はてなに対して発信者情報開示訴訟を行っていたのですが(通称、はてな訴訟第2弾)、2009年8月31日に東京地裁で判決が言い渡されました。今回も勝訴し、はてなからは発信者情報が開示されました。 簡単に概略を説明すると、匿名の何者かが、beyondowsやbeondという当方を誹謗中傷する専用のアカウントを作成し、当方に対して事実無根の誹謗中傷を執拗に繰り返していたのですが、はてなに任意で発信者情報の開示と削除を求めたところ拒否されたため、東京地裁に訴訟を提起したというものです。 既にお伝えしているとおり、id:beyondows は、通名・松永英明なる人物の別垢なのですが、人に対して責任を追及するためには住所などが必要なため、訴訟を提起しました。 これに対して、はてなは「書き込みの違法性が明らかではないため、開示

    t_takata
    t_takata 2009/11/11
    はてなの対応は妥当だろう。それよりもこの人は開示された個人情報をここに載せちゃって良いの?
  • 1Uラックマウント可能なサーバを自作する - marqs blog

    はてなでは以前から自社製サーバを使用しているのですが、今年の春に、新たに自社製1Uハーフサーバを開発しました。 最近、タワー型だとメーカー製でもかなり安価なサーバがあるのですが、データセンターでの運用を考えると1ラックへの集積度が問題になってくるので、必然的にラックマウント可能なサーバが求められます。1Uサーバの中で価格対性能比のよいものを探すと、まだまだはてな的に使いやすいサーバが少ないので、今回このような1Uラックマウント可能なサーバを自社開発しました。 さてこのサーバの特徴としては、 ケーブル類がフロントアクセス 組み立て簡単 いけてるインフラアルバイトのid:hxmasakiが組み立てると15分 1ラックに60台以上搭載可能 もちろん、電源容量との兼ね合いもあります ディスクのホットスワップが可能 低消費電力 お値段据え置き 以前の自社製サーバとほぼ同価格 といったところがあげられ

    1Uラックマウント可能なサーバを自作する - marqs blog
  • 体験したことありませんか? メール運用のヒヤリハット(前編)

    今や欠かせないコミュニケーションツールとなった電子メール。それだけに安定運用が欠かせないのだが、意外な落とし穴があちこちに待ち受けている。 今や、仕事でもプライベートでも欠かせないツールになったと言っても過言ではない電子メール。コミュニケーションの手段として、またビジネスツールとして一般的に使われるようになり、「すぐ確実に届くのが当たり前」の存在になってきた。昔は電子メールが届くのに数時間掛かることも珍しくなかったものだが……。 そのような時代ゆえ、電子メールシステムの安定運用は欠かせない。ところがどっこい、これが案外手間の掛かるもので、日々どこかでトラブルが起こっているのが実情である。 電子メール関係のトラブルの特徴は、意外と気付きにくいことだ。エンドユーザーからの通報を受けたり、問題が大きくなってから慌ててトラブル対応に走るといった具合に、一度や二度は「どきっ」とした経験を持つ人も結構

    体験したことありませんか? メール運用のヒヤリハット(前編)
  • 1