前回 RAID に関するちょっとした話を書きましたが個人が巨大なストレージを運用するにあたって得られたノウハウをだいたい全部書いておきます。 そもそもメリットあるのか? メリットはあります。金です。 Google Drive は安いですが、それでも 1TB 月 1000 円です。しかし運用にかなり制限がでます。柔軟に使える Amazon Web Service ならその 3 倍+転送量課金です。 16TB だと月 5 万円もかかってしまいます。ちなみにもっとも柔軟に使える EBS だと 16TB で 83000 円ぐらいです。 Google Compute Engine の低冗長性ストレージは S3 より少し安かった気はするけど別にとても安いわけではなかったと思う(よく覚えていないし調べるのがめんどくさい)。 50TB のストレージを Google Drive でごまかしごまかし運用したと
おそらく世界でもっとも大規模にMySQLのクラスタを展開し、運用しているのがFacebookでしょう。複数のデータセンターにまたがり何千台ものMySQLサーバを運用するために、自動化の仕組みは欠かせません。 その自動化がどのような仕組みになっているのか。FacebookのデータベースエンジニアであるShlomo Priymak氏が、Under the hood: MySQL Pool Scanner (MPS)という記事をFacebookで公開しています。 かなり長い記事なので、ここではそのポイントをまとめて解説してみました。詳細はぜひ原文をあたってみてください。 MPSのおもな3つの機能 Facebookで稼働しているMySQLは、つねに1つのマスターとそこからレプリケーションされた複数のスレーブによるレプリカセットを構成しています。このレプリカセットの構造を維持し続けることで、可用性と
東京工科大は来春をめどに、オンプレミスサーバ約100台で運用していた業務システムを撤廃してクラウドサービスに完全移行する。その背景と狙いを聞いた。 東京都八王子市に本部を構える東京工科大学は、国内でいち早く先進的なICT教育に取り組んできた大学の1つだ。2000年代前半には八王子キャンパスの全学生にノートPC携帯を必須としたほか、近年では学生がクラウド経由でプログラミング学習を行えるシステムなども構築、運用している。 そんな同大は2014年春、学内ネットワーク環境を全面刷新し、オンプレミスサーバで運用していた業務システムをクラウドサービスに完全移行するという。プロジェクトを指揮しているコンピュータサイエンス学部の田胡和哉教授に、取り組みの背景と狙いを聞いた。 システム全体が老朽化…「再起動のたびトラブルが起きていた」 同大が本格的なICT活用に取り組み始めたのは2003年のこと。八王子キャ
ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。 最近のウェブ界隈での「インフラ」という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OS からミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。(英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。) プロビジョニングレイヤー まず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は「プロビジョニングフレームワーク」とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による
2013年12月2日12:00に変更実施します 対象DNSサーバのIPアドレス 210.130.0.1 210.130.1.1 210.130.232.1 202.232.2.38 202.232.2.39 IIJmioのおしらせ IIJ4Uのおしらせ (202.232.2.38, 39は法人向けに提供しているサーバのため、mio/4Uのお知らせに含まれていませんが、同時に実施します。) 今回のてくろぐは、皆さんへのお願いのために書いています。特に読んで頂きたいのは「以前IIJのサービスをご利用頂いていたが、何らかの事情で今は利用していない方」です。 と、言うのも、今回お知らせする件は、「現在もIIJをご利用頂いている方」にはあまり影響がなく、「今は利用していない方」の中の一部の方に影響が出る可能性があるためです。現在もIIJをご利用中のお客様へは、サポートセンターや担当営業からご案内を差
ツチノコブログのWEBサーバベンチマークツール比較の記事で紹介されていた。WebサーバのG-WAN。この記事によると凄く速いようです。 Intel Xeon E5-2640 (6コア/12スレッド 2.50GHz) を2つというサーバで gwan 334944 req/s nginx 111842 req/s と、速いと言われているnginxの3倍の速度を出しています。 このベンチマーク結果がとても気になったので、なぜG-WANが速いのか、自分でも検証してみました。 結論から言うと以下の2つ。 1) G-WANはデフォルトで物理CPUに合わせた数のスレッドを起動する 2) HTMLファイルも一度読み込んでキャッシュする という事です。 今回はAWSのcc2.8xlarge(E5-2670 8コア/16スレッド 2.60GHz *2)を使ってベンチマークを行いました。OSはAmazon L
エンジニアならウェブサーバーのひとつでも自腹で立てて運用すべき理由と、サーバー環境の選び方 2013-08-26 なんかスイッチが入ったので書いてみる。 目次 1 技術的なレイヤーは掘り下げるべきなので、ソフトウェア・エンジニアだってサーバー運用は経験すべき2 ローカルの仮想環境にインストールとかは意味がない3 強制的に運用しなければいけない状況を作ること4 自腹なのはコストを意識するためと、自由になるため5 初めてならVPSだ6 自宅サーバーはより低レイヤーを経験できるが、高コストで面倒が多い7 初めてだとOSの再インストールは絶対にしたくなる8 専用レンタルサーバーは、無い9 仕事でAWSを使ってるならEC2もアリ10 EC2以外のクラウドのメリットはあまり無い11 OSは仕事で使っているOSにしておこう12 というわけで13 追記:はてブやtwitterで沢山のコメント頂いたので反応
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
管理を無茶振りされたサーバを守り抜け! Hardening One Remix開催:優勝は会津若松市のITエンジニア集団(1/2 ページ) 2013年7月6日と13日に分け、「守る技術」「運用する技術」を競うセキュリティイベント「Hardening One Remix」が開催された。 「え、これ、めっちゃ古いバージョン入ってない?」「SSHの設定は変えておかないとまずいよねぇ」「さっきやられたから、修正して再起動して、もし次来たときには自動的に再起動するようにしておいたよ」……2013年7月6日と13日に開催されたセキュリティイベント「Hardening One Remix」。6日の競技会場では、参加各チームでこんな緊迫したせりふが飛び交った。 Hardening One Remixは、「守る技術」「運用する技術」を競うセキュリティイベントだ。Web Application Securit
世界有数のトラフィックを誇るグリーのサービス。それを支えるのは言うまでもなく、「サービスを一瞬たりとも止めない」インフラエンジニアの力だ。 インフラ部門にはもちろんまだまだ男性が多いが、近年、急速に女性エンジニアが増えているという。背景には性別、年齢、国籍を問わないオープンな採用方針があり、女性にとっても働きやすい職場環境があると考えられる。その実際を語ってもらうべく、5人の女性エンジニアたちに集まってもらった。バックグラウンドはさまざまだが、いずれも20代後半で、同時期にグリーに転職してきたということもあり、みんなとても仲が良い。 サーバの構築・運用、キャパシティプランニング、システムの障害対応、機器調達・評価などに関わるのがインフラ基盤開発部の中にあるサイトオペレーションチームだ。14人のメンバーのうち5人が女性と、技術部門では最も女子比率が高い職場だ。サーバ構築・運用は全員共通の基本
対象:Windows XP/Windows Vista/Windows 7、Windows Server 2003/Windows Server 2008/Windows Server 2008 R2 複数同時にリモートデスクトップ接続をするとサーバを間違えてしまう! 修正プログラムの適用など、サーバを一斉にメンテナンスする際、社内やデータセンター内の複数のサーバにリモートデスクトップで接続することがある。 このような場合、現在接続しているサーバが分からなくなったり、誤って目的ではないサーバに対して作業を行ったりしてしまうことがある。特に台数が多いと、こうしたミスが起こりがちだ。 このような複数のサーバをリモートデスクトップで接続する際に便利な「Remote Desktop Connection Manager(RDCMan)」と呼ぶツールが、Microsoftから無償で提供されている。こ
ソフト詳細説明 何度もIPアドレス等のネットワーク設定を変更させる必要がある時、手動で変更させるのは、非常に手間がかかりイライラする。 そのイライラを解消させるため、簡単にネットワーク設定を変更できるソフトを作成しました。 ネットワーク設定を複数保存しておけば、必要な時に必要なネットワーク設定を選択し、ボタンを押すだけ! 簡単にネットワークが切り替わります。 保存したネットワーク設定は選択しただけで内容が表示され、設定内容の確認ができる!! 現在の設定も、ボタン一つで確認することができる!!! 【主な特徴】 ・ネットワーク設定(IPアドレス,サブネットマスク,デフォルトゲートウェイ,DNS,WINS)の設定の保存/切り替えができる。 ・現在の設定がボタン一つで保存できる。 ・保存した設定をボタン一つで復元できる。 ・設定の復元が出来たかをボタン一つで確認できる。 ・直接設定を入力することが
Vagrant 便利ですね。Web システム構築ではサーバ構築、設定を何度となく繰り返すので、こういった「作って、壊して、元に戻せる」環境が自分の PC にあるというのはとても重宝します。 ここでは Vagrant1.0 を使って、Mac OS X 上に CentOS サーバを構築します。また触ってみて便利だった機能もいくつかご紹介します。 1. VirtualBox のインストール 2. Vagrant1.0 のインストール 3. box ファイルのインストール 4. Vagrantfile の作成 5. 仮想サーバを起動 6. 仮想サーバを停止 7. 仮想サーバを削除 8. 仮想サーバでhttpdサーバを構築 9. sahara プラグインで、作って、壊して、元に戻せる環境を構築 10. 複数の仮想サーバを起動 11. 仮想サーバのエクスポート Q. OS X, ruby, gem の
Chef のスタンドアロン版である Chef Solo の技術書を Kindle 向け電子書籍として出版しました。 入門Chef Solo - Infrastructure as Codeposted with amazlet at 13.03.17伊藤直也 (2013-03-11) 売り上げランキング: 14 Amazon.co.jpで詳細を見る がんばりました。原稿\(^o^)/オワタ Chef Solo 本 Chef はサーバー/インフラの状態管理フレームワークです。より単純化して言うならサーバー構築の自動化ツール。コードは Ruby で書きます。ウェブアプリケーションをホストするサーバーの管理にもちろん利用できますし、チームメンバーの開発環境を同じ状態に揃える、あるいは個人の開発環境の整備を自動化する、といったことにも利用できます。 本書の内容のは、その Chef の入門書です。C
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く