タグ

サーバに関するakahigegのブックマーク (31)

  • rsyncの悲劇 〜本番環境を消し飛ばす前に覚えておきたいこと〜

    この記事は番環境でやらかしちゃった人 Advent Calendar 2019 17日目の記事です。 はじめまして、ダーシノ(@bc_rikko)です。 突然ですが、懺悔します。 私は転職して10ヶ月で2回も番環境をぶっ飛ばしました。お客様をはじめ、関係各位には多大なるご迷惑をおかけしたことを、ここでお詫び申し上げます。 1回目は2015年11月27日、入社27日目のこと。 gitの設定ミスにより壊れたブランチをmasterにforce pushしてしまい、CIが流れて番環境が壊れた。原因はpush.defaultなのだが、詳しくはすでに記事を書いているのでそちらを読んでほしい。 2回目は翌年9月1日、入社してちょうど10ヶ月たった日のことだ。 またしても番環境をぶっ飛ばした。しかも、前回より盛大に……。 タイトルにもあるようにrsyncコマンドが原因だ。 当記事では、この「rsy

    rsyncの悲劇 〜本番環境を消し飛ばす前に覚えておきたいこと〜
    akahigeg
    akahigeg 2019/12/17
    --dry-runより直前バックアップの方が確実だと思う。レガシーシステムだとバージョン管理も定期バックアップもないものがあって怖いよね
  • 本番環境でやらかしちゃった人 Advent Calendar 2019 - Qiita

    番環境でやらかしちゃった人のアドベントカレンダーです。 例) DB吹き飛ばした 番サーバをデストロイした ネットワーク設定をミスって番サーバにアクセス出来なくなり、サーバが世界から孤立した などなど... 以下の2点については必須項目なので、記述お願いします。 惨劇はなぜおこってしまったのか 二度と惨劇を起こさないためにどうしたのか もう二度とあの惨劇を繰り返さないために、みなで知見を共有しましょう。

    本番環境でやらかしちゃった人 Advent Calendar 2019 - Qiita
  • ファーストサーバのZenlogic、ストレージ障害の原因は想定以上の負荷、対策したはずの設定にミスがあったため長期化 - Publickey

    ファーストサーバのZenlogic、ストレージ障害の原因は想定以上の負荷、対策したはずの設定にミスがあったため長期化 ファーストサーバが提供しているホスティングサービス「Zenlogic」は、6月下旬から断続的に生じていたストレージ障害に対応するためのメンテナンスが終了の見通しも立たないほど難航し、結局、メンテナンス開始から3日後の夜にようやくサービスが再開されるという事象を起こしました。 参考:ファーストサーバのレンタルサーバ「Zenlogic」、金曜夜からの全面サービス停止が解けず、いまだ停止中。ストレージ障害のためのメンテナンスで(追記あり) - Publickey サービス再開から約1週間が経過した7月17日、同社はストレージ障害に関する原因およびメンテナンスによるサービス停止が長期化してしまった原因、再発防止策についての報告書を明らかにしました。 報告によると、ストレージ障害の直

    ファーストサーバのZenlogic、ストレージ障害の原因は想定以上の負荷、対策したはずの設定にミスがあったため長期化 - Publickey
  • TechCrunch | Startup and Technology News

    Boeing’s Starliner spacecraft has successfully delivered two astronauts to the International Space Station, a key milestone in the aerospace giant’s quest to certify the capsule for regular crewed missions.  Starliner…

    TechCrunch | Startup and Technology News
  • 低価格サービスを実現する、さくらインターネットの「自前」戦略 

  • SSL証明書に価格破壊の波,“サーバー数無制限”武器に米大手が日本上陸

    写真●左からジェイサートの石原章年社長,米Go Daddy GroupのWarren Adelman社長兼CEO,同Business DevelopmentのYong Leeディレクタ 北米でドメイン名登録の価格破壊を巻き起こした立役者が,SSL証明書を先兵に日市場に参入する。ジェイサートは2008年12月10日,米Go Daddy Groupと日市場における協業で合意したと発表。2009年春をめどに,Go Daddy傘下のStarfield Technologiesが発行するSSL証明書を「額面で国内最安,サーバー数無制限で実質的には激安」(石原章年社長)の価格で提供するとぶち上げた。 国内でのラインナップは,Go Daddyが販売するStarfieldブランドのSSL証明書に準じる。国内でのサービス名は未定。ドメイン認証のみの「Standard」,企業や団体など組織の実在性を認証す

    SSL証明書に価格破壊の波,“サーバー数無制限”武器に米大手が日本上陸
    akahigeg
    akahigeg 2008/12/12
    認証局の運営ってどれくらいコストがかかるもんなんだろうね。
  • Kazuho@Cybozu Labs: ウェブサービスにおける SSD 導入にむけて〜検索サービスの可能性

    « Filter::SQL でデータベースを叩くワンライナーを簡単に書く方法 | メイン | ウェブサービスにおけるダメージコントロール (MySQL のスロークエリを自動的に kill する方法) » 2008年10月28日 ウェブサービスにおける SSD 導入にむけて〜検索サービスの可能性 実際に試してみた結果については、ウェブサービスの SSD 化について話してきましたをご参照ください。 検索エンジンや小さな行が多いデータベース等で使用する目的での SSD (Intel X25-M) のベンチマーク結果については、Kazuho at Work: Benchmarking SSD for MySQL をご覧ください (InnoDB の話をしていますが、Senna / Tritonn でも基的に同じ) Sun が SSD 製品の投入を表明 (マイコミジャーナル) したり、Google

  • マルチコア時代のサーバ設計について - Happy Hacking Diary

    来年も作りたい!ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…

    マルチコア時代のサーバ設計について - Happy Hacking Diary
  • Thin - yet another web server

    WhatThin is a Ruby web server that glues together 3 of the best Ruby libraries in web history: the Mongrel parser, the root of Mongrel speed and securityEvent Machine, a network I/O library with extremely high scalability, performance and stabilityRack, a minimal interface between webservers and Ruby frameworks Which makes it, with all humility, the most secure, stable, fast and extensible Ruby we

  • 超高速HTTPアクセラレータ最新版"Varnish 1.1"登場 | エンタープライズ | マイコミジャーナル

    The Varnish projectは20日(デンマーク時間)、Varnishの最新版となる「Varnish 1.1」を公開した。VarnishはC言語で開発されたHTTPアクセラレータ。FreeBSD 6およびLinux 2.6をメインプラットフォームとして開発されたプロダクトで、Apache 3.0構想においても取り込みが提案されるなど、注目度も高い。仮想メモリシステムやI/O機能などOSの提供している機能をフルに活用することでプロキシよりも高速に動作するという特徴がある。 Varnishは高速処理実装の参照実装としても、コンテンツマネジメントシステム(CMS)におけるアクセスの高速化にも高い効果がある。既存のシステムに導入する際にもあまり手を加える必要がないなど、運用における効果も期待できる。 Varnish 1.1ではVary:サポートの追加、URLおよびヘッダの再書き込み機能、

  • 安価なサーバの登場に喜んではいけない - sanonosa システム管理コラム集

    最近主要ベンダーから安価なサーバが発売されることが増えてきました。3万円を切るサーバなんてものもあるらしいですね。しかしこういう安価なサーバの登場に素直に喜んではいけないと思っています。そこで今回は何故安価なサーバの登場に喜んではいけないのか記してみたいと思います。 【同じ安いにも2種類ある】 同じ安いにも2種類あります。1つは技術革新や効率化によって業界全体の価格が下がるパターン。もう1つは戦略的な価格を実現するために無理やり価格を下げるパターンです。もし安価なサーバが前者の理由によって実現されたものであるならば喜ばしいのですが、最近発売されている安価なサーバは実際はどうも後者なようです。 【安さを実現できる理由】 戦略的な価格を実現するために無理やり価格を下げている場合、どうやってその安さを実現するのか観察してみました。 一番目は利益度外視です。3万円のサーバを1台売ったところで利益な

    安価なサーバの登場に喜んではいけない - sanonosa システム管理コラム集
    akahigeg
    akahigeg 2007/04/13
    または壊れるものと割り切って使うとかかな。それでも故障に対応するコストがかかりすぎたりしてくると微妙かなぁ。
  • ブレード・サーバ市場、急成長の理由 - @IT

    Gartnerの調査によれば、2006年のサーバの世界市場において、ブレード・サーバが著しい成長を見せているということだ(Gartnerのニュースリリース「Gartner Says Worldwide Server Shipments Experienced 9 Percent Growth, While Industry Revenue Posted a 2 Percent Increase in 2006」)。報告によれば、金額ベースで前年比36.5%増、出荷台数ベースで33.0%増になったという。サーバ市場全体では金額ベースで2%増、出荷台数ベースで約9%増なので、ブレード・サーバが急成長していることが分かる。 ブレード・サーバは、登場した当初は注目が集まっていたものの、いわゆるネットバブル崩壊後であったこともあり、すぐに話題に登らなくなってしまった。ブレード・サーバ専業のベンチャー

    akahigeg
    akahigeg 2007/04/13
    今度サーバ増設するときは電力とかも計算にいれないとだなぁ
  • 複雑なマルチコア時代のサーバ選び - @IT

    インテルは、2006年11月15日にクワッドコアを採用するサーバ向けプロセッサIntel Xeon 5300番台を発表した。サーバ向けデュアルコア製品を2005年10月11日に投入しているので、約1年でデュアルコアからクワッドコアへ進化したことになる。いまのところ、2007年中にクワッドコアからオクトコア(8コア)に移行する計画はないようだが、1つのプロセッサ・パッケージ内に実装されるコアの数は増えていく傾向にある。 1つのプロセッサ・パッケージに実装されるコア数が増えることで、これまでのIntel Xeon(デュアルプロセッサ対応)とIntel Xeon MP(4ウェイから32ウェイ対応)の関係がより一層複雑になっていく。例えば、クワッドコア採用のIntel Xeonのデュアルプロセッサ構成と、デュアルコア採用のIntel Xeon MPの4ウェイ・サーバではコア数が同数になり、性能的に

  • ウノウラボ Unoh Labs: PHPで書かれたwebサービスを高速化する

    尾藤正人です。 アクセス数の多いコンシューマ向けの web サービスは、処理速度がかなり重要になってきます。 応答速度が遅いと使用しているユーザにとってストレスになりますし、 処理に時間がかかればサーバに対する負荷も高くなります(厳密に言うと違う)。 そこでウノウではいろいろな工夫をして処理速度の高速化を行っています。 一口に高速化といってもいろいろな要素がありますが、大きく分けて3つの段階があります。 ・ハードウェアによる高速化 ・ソフトウェアによる高速化 ・プログラムの工夫による高速化 しかし、これら3つは独立ではなく、互いに影響しあっているので完全に分けて考えることはできません。 それぞれがどのような部分に影響を与えているのか、ちゃんと理解してチューニングすることが大事です。 ただし、高速化するときに忘れていけないのが、高可用性です。 いくら高速に動作しても安定して動作し

  • ウノウラボ Unoh Labs: ベンチャー流サーバ構築のススメ(ソフトウェア編)

    尾藤正人です ラボブログではウノウのエンジニアで1日1人1エントリ(早く書くのはあり)で書いてます。おかげさまでウノウも順調にエンジニアの数が増えて、僕の順番に回ってくるのが少しずつ遅くなってきました。でもまだまだウノウではエンジニアを大募集中です!!我こそはと思う方はぜひご連絡ください。 前回のベンチャー流サーバ構築のススメ(ネットワーク編)ではネットワーク周りについて書きました。前回のエントリで言ったように、今回はソフトウェア周りのことについて書きたいと思います。 ソフトウェア周りで重要なのは、同じ構成にする、これにつきます。web サーバにだけ apache をインストールしたりとか、DB サーバにだけ MySQL をインストールしたりだとかいうことはしません。全てのサーバに同じパッケージ、同じプログラムをインストールします。それによる管理コストの軽減ははかりしれないものがあります。

  • http://techrepublic.com.com/2300-10879_11-6079378-1.html

    akahigeg
    akahigeg 2006/07/14
    べからず集
  • 軽快なscpか高機能なsftp、sshサーバに向いているのは? ―@IT

    軽快なscpか高機能なsftp、sshサーバに向いているのは?:セキュリティプロトコルマスター(8)(1/2 ページ) 前回はsshを使って安全にサーバを管理する方法を取り上げました。実はこのsshにはちょっとした仕掛けが隠されています。そんな仕掛けを上手に使う「安全なファイル転送」を今回取り上げましょう。安全なファイル転送は、サーバ管理だけでなく、さまざまな場面で活躍するはずです。 安全なファイル転送とは 安全なファイル転送って何ですか? ファイル転送とは、ネットワークでつながったコンピュータにファイルを送ったり、受け取ったりすることです。つまり、ファイル転送をするには、ネットワークの中をファイル体が流れていく、ことになります。 ここで問題になるのが、盗聴、改ざん、なりすましの問題です。第三者に知られることなく、ファイルの内容そのままで、正しい相手に送り届けるためには、単に相手へファイ

    軽快なscpか高機能なsftp、sshサーバに向いているのは? ―@IT
  • ウノウラボ Unoh Labs: ベンチャー流サーバ構築のススメ(ハードウェア編)

    尾藤正人です。 ウノウでは最近新オフィスに引越ししたのですが、新オフィスにサーバルームを設置してフォト蔵のサーバをホスティング業者から自社サーバに移行しました。 自社サーバに移行のは下記のような理由からです。 フォト蔵のようなストレージ系のサービスの場合、十分な帯域を確保する必要があるが、広帯域を確保するにはコストがかかる フォト蔵のようなストレージ系サービスの場合、大容量のHDDが必要になるが、大容量のHDDを搭載したマシンはハイエンドマシンになり、増設コストがかかる マシンの増設に時間がかかりフレキシブルに対応できない というわけで自社サーバに移行したわけですが、自社サーバに移行するにあたって様々なノウハウがたまってきました。 サーバ構築にはいろいろトピックスがありますが、今回はハードウェア的な部分について書きたいと思います。 ・マシンは全て同じ構成にする 数多くのサーバを運用するに

  • データレプリケーション

    ■ディスク・ボリュームやデータベースの完全な複製をリアルタイムで別のマシン上に作成する「レプリケーション」技術は,これまでは主に災害対策として使われてきた。ところが最近,レプリケーションにかかる費用が大幅に低下していることから,中堅・中小企業でもレプリケーションをバックアップ用途に使うケースも増えている。バックアップ手法としてレプリケーションを使うメリットや,販売されているバックアップ用レプリケーション製品の特徴などを紹介しよう。 レプリケーションがかなえるバックアップの夢は,最新バージョンのバックアップ,瞬時のバックアップ,瞬時のリストアなどである。頻繁に更新されるファイル・サーバーに向いている手法だ。 レプリケーションでは,ディスク・ボリュームやデータベースの完全な複製を,リアルタイムで別のマシン上に作成する。これまでは主に,災害対策として,基幹業務アプリケーションのデータベースなどを

    データレプリケーション
  • LiteSpeed

    (注意: 印はくまくまー調べなので鵜呑みにしてはいけません) [開発] Apache上での開発はまず無理である。WEBrick は Ruby標準な上に最低限の機能・スペックは満たしているので未だに愛用者は多く、Rails初学者には十分である。WEBrickの速度に限界を感じたユーザは Lighttpd(愛称 lighty)を利用する。速度も十分でや設定も容易だが、起動時の引数でポートを指定できないなど若干使いづらい面もある。lighty ユーザは Mongrel に進むという予言もある。 [運用] Webサーバのデファクトはやはり Apache で、Rails的には生CGIは無理だが、FastCGIなどのモジュールと併用することで速度的な問題はなくなる。RailsはLighttpdなどの開発向けのサーバで動かし、リバースプロキシを利用する手もある。完全に Rails のみで運用されるサイト