<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>ミネルヴァの梟は黄昏とともに飛び始める &#187; サーバー運用</title>
	<atom:link href="http://blog.daisukeyamashita.com/post/category/%e6%a0%aa%e5%bc%8f%e4%bc%9a%e7%a4%besoba%e3%83%97%e3%83%ad%e3%82%b8%e3%82%a7%e3%82%af%e3%83%88/%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.daisukeyamashita.com</link>
	<description>Follow me on Twitter: http://www.twitter.com/dddaisuke</description>
	<lastBuildDate>Mon, 30 Jan 2012 04:18:31 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>VPSで運用している弱小ブログ( http://blog.daisukeyamashita.com/ )がTwitter &amp; はてブ砲を食らった！そして勝った！（と思う）</title>
		<link>http://blog.daisukeyamashita.com/post/1741.html</link>
		<comments>http://blog.daisukeyamashita.com/post/1741.html#comments</comments>
		<pubDate>Mon, 23 May 2011 10:36:14 +0000</pubDate>
		<dc:creator>daisuke</dc:creator>
				<category><![CDATA[IT雑記]]></category>
		<category><![CDATA[さくらのVPS]]></category>
		<category><![CDATA[サーバー運用]]></category>

		<guid isPermaLink="false">http://blog.daisukeyamashita.com/?p=1741</guid>
		<description><![CDATA[このグラフの伸び方見たら笑うしかないｗ 普段は1日に150-450アクセスしかありません。 昨日（約4,500）、今日（約9,000）と集中砲火食らってます。このブログはさくらのVPSを使っているのですが、数カ月前にチューニングしていたので余裕で耐え切ったようです。access_logをざっと目視した感じではちゃんと200を返しているように見えました。正確なデータ調査は今夜ビール飲みながらしたいと思います。データ調査の様子は21時ぐらいからネットで放送しようと思うので、興味がある人はコミュニティにご参加下さい。 過去24時間のリソース情報 過去一週間のリソース情報 トラフィックの急増に対して、DISK I/OとCPU負荷がバーストすることなく、ちゃんと抑えこまれてます。後は、全体のレイテンシがどの程度になっていたか気になるなぁ。 後日、設定を公開します。ちなみにnginxではなく、Apache + WordPressです。]]></description>
		<wfw:commentRss>http://blog.daisukeyamashita.com/post/1741.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ウェブ管理者のありえない話。。。</title>
		<link>http://blog.daisukeyamashita.com/post/676.html</link>
		<comments>http://blog.daisukeyamashita.com/post/676.html#comments</comments>
		<pubDate>Tue, 28 Apr 2009 04:14:56 +0000</pubDate>
		<dc:creator>daisuke</dc:creator>
				<category><![CDATA[サーバー運用]]></category>
		<category><![CDATA[株式会社SOBAプロジェクト]]></category>

		<guid isPermaLink="false">http://blog.daisukeyamashita.com/?p=676</guid>
		<description><![CDATA[　弊社の無料で利用できるWeb会議システム「SOBA CITY」ですが、4月2日にWindows Vista ガジェット / Yahoo!ウィジェット / iGoogle ガジェット / Google デスクトップガジェットを一斉にリリースしました。 　このガジェットにより、そこそこの新規会員を獲得できたのですが、日増しに「会議室（セッション）の一覧を取得するウェブAPI」のトラフィックが増え、本体のウェブサイトにも影響が出るようになってしまいました。 　昨日のメンテナンスでコア部分を高速化したものに置き換えたのですが、どうやら一部のページが正しく表示されていないといようだという事が分かり、朝から調査していたのですが、一部のjspファイルがwarファイルから正しく展開されず0byteになっている事が判明しました。 　とりあえず、全体が怪しいからもう一度デプロイをし直してみるものの展開作業が始まらない。。。今度は、全体が0byteという緊急事態になったので、JBossのデプロイヤーが停止していると判断し、不要ファイルを削除してJBossサービスのリブートをS君に指示。 　ブートログを流していると、Exceptionが発生！ java.io.IOException: No space left on device at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(FileOutputStream.java:260) at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65) at java.io.BufferedOutputStream.write(BufferedOutputStream.java:109) at org.jboss.util.stream.Streams.copy(Streams.java:300) at org.jboss.util.stream.Streams.copy(Streams.java:326) at org.jboss.util.stream.Streams.copy(Streams.java:342) at org.jboss.deployment.MainDeployer.copy(MainDeployer.java:1225) at org.jboss.deployment.MainDeployer.makeLocalCopy(MainDeployer.java:1169) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:840) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:798) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) 　　　　　　　　　　　　　　　　　　： ノーーーーーーーーーーーーーーーーーーー！！！ すかさず、dfコマンドを叩くも、結果は無情にも「使用率100%」 Filesystem 1K-ブロック 使用 使用可 使用% [...]]]></description>
		<wfw:commentRss>http://blog.daisukeyamashita.com/post/676.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>マルチキャストとプロトコル解析</title>
		<link>http://blog.daisukeyamashita.com/post/454.html</link>
		<comments>http://blog.daisukeyamashita.com/post/454.html#comments</comments>
		<pubDate>Wed, 30 Jul 2008 02:29:26 +0000</pubDate>
		<dc:creator>daisuke</dc:creator>
				<category><![CDATA[SOBA mieruka]]></category>
		<category><![CDATA[SOBA Web API]]></category>
		<category><![CDATA[SOBA フレームワーク]]></category>
		<category><![CDATA[サーバー運用]]></category>
		<category><![CDATA[株式会社SOBAプロジェクト]]></category>

		<guid isPermaLink="false">http://blog.daisukeyamashita.com/?p=454</guid>
		<description><![CDATA[　最近、弊社の製品もマルチキャスト対応をしました。 　マルチキャストとは、複数個所へのデータ配信量を劇的に削減する技術の事で、例えば「ニューヨークとシリコンバレー」に同じデータを送信したい場合、宛先情報を２つ貼り付けたデータを１つアメリカ方面に投げます。同じ経路で送れる間は、そのまま送信し分岐が必要な場所（おそらく、西海岸付近のルータ）でデータを複製し、一方に「ニューヨークの宛先」もう一方に「シリンコンバレーの宛先」を付け、データを分岐させます。こうする事で、太平洋上を流れるデータ量がほぼ半分になります。 　この技術により、ADSLのような上り（送信）速度の遅い回線でも快適にウェブ会議をする事が可能になりました。 　ところが、中継システムに不具合があるようで、半日も使うとCPUが100%に張り付く症状が発生し、プロファイラにかけてみると一部のスレッドが暴走していることが判明しました。暴走の理由はソケットからのReadが永遠にトライアゲインエラーを吐き続けるというものでした。 　暫定対処はしたので、とりあえず安定して動作しているのですが、根本的な対策をする必要があり、負荷プログラムの作成が急務だったのですが、中継システムは改良に次ぐ改良で、正確なプロトコルドキュメントが存在していません。しかもどのドキュメントも使い物になりません。さすがに、30万行のソースコード（実行ラインで15万行）を読む元気もない訳で。。。 　しかも、エンドツーエンドで暗号化しているので、途中でパケットを拾ってもさっぱり分からないというのは結構困りました。結局、中継サーバからバイナリデータを抜き出し、バイナリエディタと関数電卓とを交互ににらめっこしました。プロトコルを解析しなんとか負荷プログラムを作成できました。準備に３日、解析に１日かかった訳ですが。。。 　みなさんちゃんとドキュメントは書きましょう　orz]]></description>
		<wfw:commentRss>http://blog.daisukeyamashita.com/post/454.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Databaseの移動</title>
		<link>http://blog.daisukeyamashita.com/post/417.html</link>
		<comments>http://blog.daisukeyamashita.com/post/417.html#comments</comments>
		<pubDate>Fri, 27 Jun 2008 13:32:05 +0000</pubDate>
		<dc:creator>daisuke</dc:creator>
				<category><![CDATA[MySQL]]></category>
		<category><![CDATA[サーバー運用]]></category>

		<guid isPermaLink="false">http://blog.daisukeyamashita.com/?p=417</guid>
		<description><![CDATA[　以前から放置していた、社内ブログ（wordpress）のDB（MySQL）を移行したのですがめちゃくちゃハマりました。 　もともとそのサーバには、他にもサービスが同居していた事もあり、MySQLにメモリを多めに割り当てていたのですが、そのサービス達も別のサーバに移行したため、ブログのためだけに大量のメモリを確保するDBが存在する事になってしまいました。 　データセンターに太い回線を引き込んでいる共用のDBサーバがあるので、ブログのDBもそちらに移行する事に決定。 　まぁ、DBの移行だからすぐに終わるだろうと思い、DBのダンプをとり、共用DBにリストア。さらにアクセス用のアカウントを作成。コンソールからネットワークを超えてアクセスしようとすると、反応が返ってこない。 　明らかにファイアーウォールでブロックされている感じなので、そのサーバ群を設定した担当者に確認すると、（ラック内のサーバ群は、ネットワークポートが２つあり、ラック内はLANとしてアクセスできる一般的な構成で）グローバル側からは、MySQLのアクセスを拒否しているとの事で、ローカルのIPを教えてもらう。 　ついでに、彼が過去に同じ作業をしようとしてなぜか上手くいかなかったというありがたいオマケ情報も。。。 　ローカルIPを使用して、コンソールからネットワークを超えてDBに接続できる事を確認。wordpress の wp-config.php 中に書かれている DB_HOST にローカルIPを指定するも「Error establishing a database connection」エラー。 　ちょっと、ネットを調べると、「Client does not support authentication protocol エラー」というトラブルが発生する事があるとのこと。これは、認証用のパスワードの暗号化方法がMySQL 4.1.1から変更されたことに起因する問題らしい。 　一応、両方サーバ共MySQLのバージョンが同じでPHPも新しいのですが、ものは試し。。。 mysql> UPDATE user SET Password = OLD_PASSWORD(&#8216;mypass&#8217;) -> WHERE Host = &#8216;some_host&#8217; AND User = &#8216;some_user&#8217;; mysql> FLUSH PRIVILEGES; 　が、エラー。もとに戻す。 　wordpressのバグかもしれないので、最新のwordpressを設定。アクセスしようとすると、fobidden。「ああ、SELinuxか」と、ラベルの設定。ウェブは表示されたが、同じくコネクションエラー。 　テスト用に以下のようなコードを用意。 [PHP] < ?php $db = @mysql_connect('ホスト名', 'ログイン名', 'パスワード'); [...]]]></description>
		<wfw:commentRss>http://blog.daisukeyamashita.com/post/417.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>オフィスビルの停電</title>
		<link>http://blog.daisukeyamashita.com/post/184.html</link>
		<comments>http://blog.daisukeyamashita.com/post/184.html#comments</comments>
		<pubDate>Fri, 05 Oct 2007 02:31:04 +0000</pubDate>
		<dc:creator>daisuke</dc:creator>
				<category><![CDATA[サーバー運用]]></category>

		<guid isPermaLink="false">http://blog.daisukeyamashita.com/post/184.html</guid>
		<description><![CDATA[&#160;今日は朝からオフィスビルの停電がありました。弊社では、運用コストを下げるために自社内で多くのサーバを運用しております。当然、信頼性の求められるサーバーはUPS（無停電装置）に接続したり、東京都内のデータセンターにサーバを置いて、クラスタリングを組んだりしています。（弊社は京都に本社があります） &#160;今回も大規模な停電でしたが、有償版の高機能Web会議システム　SOBA mierukaは無停止でご利用頂ける状態で運用されておりました。 無償版のWeb会議システム　SOBA CITYについても、10分間停止しただけで復旧いたしました。 &#160;弊社では、『開発系統のサーバ群』と『運用系統のサーバ群』があり、開発系統は開発者が好き勝手にサーバを設置しています。しかも、「ファンがうるさい」とか「熱い」との理由からサーバールームと会議室の一角に開発系統のサーバが積まれています。配線もぐちゃぐちゃですが、移動頻度の高いマシンなので、裏側で配線するよりも効率的なのです！（と言い訳をしておこう）]]></description>
		<wfw:commentRss>http://blog.daisukeyamashita.com/post/184.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

