こんにちは。インフラチームの ebisawa です。 独自に実装した DNS コンテンツサーバ PrimDNS をオープンソースとして公開させて頂きましたのでお知らせいたします。ご興味がありましたらぜひお試しいただければと思います。 グリー内では特に何もしなくてもなぜか各サーバの名前を DNS 解決できたり、その他いろいろなサービスが提供されています。今回公開させていただいた PrimDNS は、もともとグリーのインフラ内で利用されているものをベースに、一般の利用に向けてアレンジしたものです。 公開先はこちら → http://labs.gree.jp/Top/OpenSource/PrimDNS.html なぜ DNS DNS には、かつてより超定番の実装が存在しますが、何らかの理由でもっと他の選択肢もあるといいのに、と思われたことはないでしょうか。 特に DNS のようなインターネット
Wikipediaといえば世界で第5位の訪問者数を誇る巨大サイトですが、システム運営に携わる人間は世界でわずか6人、しかもこれはボランティア込みという恐るべき少人数で、第4位のFacebookのサーバ数が3万台を超えているのに対して、Wikipediaはわずか350台で運用している……などというような感じで、知られざる今のWikipediaの実態が「KOF2010」にて本日行われた講演「Wikipedia / MediaWiki におけるシステム運用」で明かされました。 登壇したのはWikipediaを運営するWikimedia財団のエンジニアであるRyan Lane氏で、100席ある座席は満席になり、隣の中継の部屋まで人があふれているほどの盛況っぷりで、語られる内容もなかなか参考になることが多く、今後のGIGAZINEサーバにも活かせそうな内容でした。 というわけで、「Wikipedia
さくらインターネットのVPSサービスが正式稼働となって1ヶ月となりました。これまでは専用サーバのエントリープランを使っていたのですが、用途が変わってきたので乗り換えを行っています。 これまでは、SVN, Trac, Hudson, Wiki(MoinMoin)などを稼働させるのが目的だったのですが、最近はSVN + TracをGoogle Codeに移行してしまい、HudsonとWikiが主目的となっています。Wikiだけであればルート権限のないサーバでも良いですが、色々と実験したりするにはルート権限が欲しいですし、なによりHudsonを動かしたいわけです。 不安だったのはマシンパワーであり、Hudson（Appサーバ）を動かすのに耐えられるか？という点です。実際に動かしてみたところ、問題がなさそうなので手順をまとめておきます。 動作しているHudsonはここ。 尚、VPS980のスペック
Parallels Server 4 Bare Metal Advanced Editionは、 ハイパーバイザ型の仮想化とコンテナ型の仮想化の両方を搭載しています。 この商品を知ったとき、KVMとOpenVZに対応したカーネルを作れば 同じことができそうだなと、管理系はVirt-managerでできるしなんて考えた。 ボクが考えることなんて、既にもう誰かやっているわけで。 それがProxmox Virtual Environment（PVE）です。 特徴は、 ●OpenVZとKVMを搭載し、両VMを同時に管理・稼動させることができる ●Debianベースで、コンソールやSSHからホストの管理ができる ●もちろんオープンソースだし無償で利用可能 ●アプライアンスになっておりインストールが簡単 ●WebGUIを搭載し、ゲストを管理・操作できる ・日本語対応 ・クラスタを組んだホストを統括
先日とある製品のパンフにあった構成が目にとまったので個人的にまとめ。 サーバの仮想化と分散型のストレージ/ファイルシステムやデータベースを組み合わせると、あり合わせの材料でスケーラブルな性能・容量に加えて冗長性を備えた環境が構築できます。 必要なのは複数の物理サーバ まず普通の物理サーバ(PSV)が3台あるとして構成してみましょう。 PSV1-3、それぞれにサーバ仮想化の仕組みを入れてVMを一つずつ入れます。 VMwareのESXiとかXenServerなど管理しやすいものがよいかと思います。 次にそれぞれのVMで、分散型のストレージソフト、ファイルシステム、データベースなんかを入れてみます。 ファイルシステムはhadoopだったり、データベースはCassandraとかは浸透してるけど、分散型ストレージソフトがそんなにないかな。 例えば複数のノードでiSCSIボリュームを作るLef
皆様こんにちは！ イカ娘かわいいよイカ娘(http://www.ika-musume.com/)。ゲソゲソうるさくてすみません。すっかり洗脳されてしまいました。 今日は、きのうツイッカーでつぶやいていたネタをうｐしておきます。 関連エントリー： VPSで遊ぶ -その１ LinodeでVPS借りた。 VPSで遊ぶ -その２ もう一台Linodeで借りた。 VPSで遊ぶ -その３ Linodeのアトランタ（内陸部）とフレモント（西海岸）のping速度比較 - やっぱり西海岸は快適 VPSで遊ぶ -その４ Zend ServerをLinodeのVPS上に入れてCodeIgniterを動かしてみた。 VPSで遊ぶ -その５ Linode制御用のiphoneアプリを入れてみる。何処でもサーバ状況確認＋再起動おｋ＋鯖作成・DNS管理まで可能 VPSで遊ぶ -その７ LinodeとServersMan
kazuhoさんが「プロのサーバ管理者の間では存在価値が疑問視されて久しい (Min|Max)SpareServers だと思う」と書いたり、hirose31さんが去年のYAPC::Asiaで{Start,{Min,Max}Spare}Servers,MaxClientsは同じにしているよと発表したり、実際前職のサーバはそのように設定されていたのですが、自分でうまく説明ができてなかったので、調べながら書いてみた。 本当はイントラブログ用に書いていたものですが、がんばったので転載。 前提として、CPUの使用率におけるsystemとfork Re: クラウドがネットワークゲーム開発者にもたらしてくれたもの - blog.nomadscafe.jpでも書いている通りforkってのはサーバにとって重い部類の処理になります。つまり負荷の高いときにforkを大量に行うのはしてはならないことの１つです。
監視とは継続的なテストである、という話 (もしくは cronlog とテストスクリプトを組み合わせた監視手法について)に続きます 今日ようやく、積ん読状態だった「Software Design 2010年1月号」を手に取ったのですが、特集が「今日から使えるスクリプト満載！ [プロ直伝]お手軽サーバ監視術」。興味深く拝読したのですが、もっと楽ができるのにと思うところも。ちょうど、昨年末に運用しているサービス「パストラック」のサーバを移転し、crontab と perl で書かれたスクリプト群を使った監視環境を構築したところなので、そこで使っているスクリプト cronlog を紹介したいと思います。 特集の前書きにも書かれていることですが、サーバやネットワーク機器が多数ある環境なら、Nagios を始めとする、専ら監視のために作られたソフトウェアを使って、監視システムを構築すべきです。逆に小規
自分のサーバの性能を知っておく http://github.com/kazuho/manymanythreads ↑kazuhoさんがCで書いたエコーサーバーと、そのベンチマークツールによって、自分のサーバでどんぐらいのQPSがでるのかがわかる。 たとえば自分のマシン(SC440)だと ./testechoclient -c 1 -n 1000000 -f -p 5050 で、 77906.624081 reqs./sec. (1000000 in 12.835879 seconds) ぐらいでる。 一番単純なエコーサーバーをうごかしたときの性能を把握しておくことによって、どのぐらいの速度がでてしかるべきなのかが把握できるようになるという。 【追記】 ここで知った echo server の限界性能をもとに、その後、自分がなにかサーバ等を書いた場合に最適化したらどのぐらいの速度がでるかを予
自由度が高い VPS サービス Linode 長らく自宅でサーバーを運用してきましたが、バックアップや停電や電気代を考えると面倒くさくなってきたので、レンタルサーバーを借りようと思い立ちました。当初は国内業者で探していましたが、どうも仕様がいまひとつで契約する気になれません。思い切って海外の VPS サービスに目を向けたところ、 ディストリビューションの選択肢が広い コンソールアクセスが使える OS の再インストールが可能 パーティションのサイズを指定できる ディスクやメモリー、IP アドレスといったリソース追加が簡単 そこそこ低価格 もちろん VPS なので root 権限で使えます 無料で使える DNS サーバー ディスクサイズ変更可能 といった魅力の虜になってしまい、あっという間に契約してしまいました。ここでは、このサイトを運用している Linode について、その契約から VPS
Recent Entries セキュアなサーバを作るために最低限やっておくこと Yahooキーワード抽出APIライブラリ テスト駆動開発 （test driven development: TDD） のすすめ GoogleAnalyticsAPI on EC-CUBE 土日で作るコンパイラ OPEN ERPに挑戦３ OPEN ERPに挑戦２ OPEN ERPに挑戦 ERPはたくさんあれど・・・ OpenGLで3D、やってみよう Recent Comments No Responses. Recent Trackbacks テスト駆動開発 （test driven development: TDD） のすすめ 06/11 » Yahooキーワード抽出... みなさんはサーバを管理するときに、何を一番気にしますか？ 人によって程度の差はあるのでしょうが、誰もが気になるのが「セキュリティ」でしょ
sshにはダイナミック転送という機能がある。この機能を使うと、sshはアプリケーション側にはSOCKSプロクシとして振る舞うが、そこからsshの接続先までは暗号化された状態で通信が行われる。 これだけだと通常のトンネリングとどう違うのかよくわからないかもしれないが、ダイナミック転送の場合は転送ポートを指定する必要がない。ここがダイナミックと表現される所以だろう。 例えば、オフィスAにある開発サーバdev1にオフィス外からアクセスしたいとする。しかし、dev1はオフィス外には公開されておらず、踏み台サーバladd1を経由してしかアクセスするしかない。ladd1はsshのみが動いており、これまではsshのトンネリング機能を使ってアクセスしてきたのだが、ウェブアプリケーションをデバッグする際はいちいちウェブアプリケーションのポート毎にトンネルを掘るのが面倒くさい。オフィスに限らずデータセンターへ
BOOK: WEB+DB Press TITLE: 常駐型サーバーのデバッグ手法(ドラフト版) AUTHOR: (株)プリファードインフラストラクチャー 太田一樹 ＊注: この文章はWEB+DB PRESS Vol.48に掲載された記事のドラフト版です はじめに 今回はデバッグ関連特集ということで、常駐型サーバープログラムを作成する際のハマりどころやそれに対する解析方法・解析ツール・対策を、実際の経験を交えながら紹介したいと思います。 筆者は(株)プリファードインフラストラクチャーでインメモリ分散検索エンジン「Sedue (セデュー)」を開発しています。モバイル向け検索エンジン「エフルート」や、2008/11/6にリニューアルされました「はてなブックマーク2」などの検索バックエンドとして使われております。 この検索エンジンはいくつかの常駐型サーバープログラムから構成されており
Part3では，タスク・スケジューラの左側にあるペインから「基本タスクの作成」のメニューを選んで，イベントが発生したことをメールで通知するタスクの作成手順を見ていこう。 タスクはウィザードを使って簡単に作成可能 まず，トップ画面の左側からタスク・スケジューラ・フォルダを展開し，タスクを保存するフォルダを右クリックして「基本タスクの作成」を選択する（図3-1）。すると「基本タスクの作成ウィザード」が起動するので，ここに作成するタスクの名前と説明を入力する（図3-2）。このうちの説明部分については入力を省略できるが，できれば作成するタスクの概要を簡単に記載しておくことが望ましい。名前と説明を記入して「次へ」を選択すると，続いて「タスク・トリガー」画面を表示する（図3-3）。
こんばんは、牧野です。最近急に寒くなったせいか、風邪を引きかけています。。。アシアル社内はつい最近までTシャツ一枚で過ごせるくらい暑かったのですが、この前の金曜日から急に寒くなりました。皆さんも風邪には十分お気をつけ下さい。 さて、今日はサーバ監視のTIPSです。以前紹介したcactiや、nagiosのようなソフトを使わなくても、php（とunixコマンド）だけで簡単に監視プログラムを作ることができます。（ただしunixサーバ限定です。） 今回は、監視対象サーバへのping、ウェブページへのアクセス、スクリプト設置サーバのハードディスク、メモリの使用量をチェックすることにします。プログラムは次のような感じです。 check_server.php <?php $SERVER_IP = 'xxx.xxx.xxx.xxx'; $URL = 'http://www.asial.co.jp'; $M
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
