dotCloudの新規利用方法 – アカウント作成、ファイルuploadその他

2012/04/03/21:42:47 0 votes, average: 0.00 out of 5

(0 votes, average: 0.00 out of 5, rated)
comment:0

今一部で流行っているdotCloudの使用方法を書き残しておきます。dotCloudはAWS(Amazon Web Services)上に乗っているPaaS(Platform as a Service)です。つまりwebアプリケーションの実行環境のプラットフォームを提供してくれる場、というわけです。ユーザ(主にデベロッパ)は、予め用意された各種ソフトウェアの実行環境が簡単な操作でクラウド上に構築でき、容易にサービス展開が可能です。

dotCloud

https://www.dotcloud.com/

サイトを見ていただければわかると思いますが、色々なものが使えます。Java、php、MySQL、rubyなどに始まり、MemcachedやHadoopまでも使えます。自分でVPSサーバなどを借りてインストールすると、環境設定に手間取りそこそこ時間がかかるようなものも標準で対応しており、非常にありがたい。しかも2種類までは無料で使用でき(4種類までは99$)、インストールも簡単です。組み合わせは自由ですので、かなり好き勝手なことができると思います。

これは僕の作ってる実験用ページです。

配牌ジェネレータ

http://uradora-uradora.dotcloud.com/mahjong/

ドメインは、http://XXX-YYY.dotclod.com、になります。

XXX：アプリケーションの名前空間
YYY：アカウント名

です。

名前空間とアカウント名は同じにする必要はないです。僕はたまたまこうなりました。名前空間は複数設定できます。www.example.dotcloud.comのような指定の仕方はできないようで、XXX-YYY.dotcloud.comといったハイフン区切りのドメインになるようです。※未検証(2012/04/03時点)

では導入方法を見ていきましょう。実はとても簡単です。

1.アカウントを作る
https://www.dotcloud.com/からSignUpします。

任意のUserNameを設定し、登録を行いましょう。これがドメインのYYYの部分になります。

2.Command-Line Interface client(CLI) のインストール
dotCloudを使うためには、ローカルマシンにクライアントをインストールする必要があります。クライアントなしではサーバ上のファイルをsshなどで直接参照することはできません。インストールの手順は下記ページにまとまっています。

Installing the CLI

http://docs.dotcloud.com/firststeps/install/

気を付けなければいけないのは、Mac,Linux使用時とWindows使用時ではクライアントのインストールの手間が若干異なるということです。Mac、Linuxはデフォルトで使えるコンソールからコマンドを打つことで即座に使用可能となりますが、Windowsの場合、Cygwinをインストールし、そこから実行する必要があります。Cygwinをあまり使ったことのない人は、インストールが面倒で多分このあたりで心が折れるｗ

Cygwin

http://cygwin.com/install.html

上記からCygwinを落としてきた後、dotCloudのチュートリアルに従い、必要なパッケージをインストールします。あとvimもないので追加して入れておくといいです。やり方わからない人は適当にググるか諦めるかするとおｋです。

net/openssh
net/rsync
devel/git
devel/mercurial
python/python (make sure it’s at least 2.6!)
web/wget

無事にCygwinのインスールが終わった、またはLinux、Macの方は下記をコンソールに入力するとクライアントのインストールができます。

$ sudo easy_install pip && sudo pip install dotcloud

これは、

$ sudo easy_install pip
$ sudo pip install dotcloud

と同じなので、&&つなぎのがうまく行かない人は、2行に分けて試してみるとよいでしょう。

3.APIKeyの入力
settingからAPIkeyの確認ができます。

setting

https://www.dotcloud.com/settings/

ここに記載されているKeyを下記実行後、貼り付けます。

$ dotcloud

そうすると認証が行われ、dotcloudが使用可能になります。

4.名前空間の登録

http://XXX-YYY.dotclod.comのXXXの部分を決めます。

コンソール上でhogehogeに任意の名前空間を入力し、下記を実行しましょう。

$ dotcloud create hogehoge

hogehoge: 名前空間

こういう風になればおｋ

$ dotcloud create hogehoge
Created application "hogehoge"

5.ymlファイルの作成
dotCloud上で使用するプラットフォームを定義しましょう。
ローカルマシン上で、4で作った名前空間と動揺の名前のディレクトリを切り、その中にdotcloud.ymlを作ります。
適当にvimでもすればおｋかと思います。

cd hogehoge
vi dotcloud.yml

www:
 type: php

これはphpを使う場合の例なので、他のを使いたい人はこんな感じに書けば良いと思います。

www:
  type: ruby
db:
  type: postgresql

http://docs.dotcloud.com/guides/build-file/

6.uploadするファイルを用意する
先程作ったエリアにuploadするファイルを用意します。正直何でもいいです。test.phpでもphpinfo.phpでもOKです。もちろんdotcloud.ymlのあるディレクトリに作りましょうね。

7.ファイルのuploadを行う
先程ファイルを配置したディレクトリ上で、下記コマンドを実行しましょう。すると、ディレクトリ以下のファイルを指定した名前空間に転送されます。

$ dotcloud push hogehoge

8.完了
正常に転送ができていれば、httpからのアクセスが可能になります。ブラウザから動作確認を行いましょう。

9.備考
i.ファイルを更新するときは、7の手順同様pushコマンドで最新のファイルをサーバ上にuploadできます。ただし、ローカルとサーバ上で同期が取れてしまうようで、サーバ上に吐かれた各種ログ等は上書きされてしまう模様です。※対処方法があるかもしれないが調べていません。
ii.その他便利なコマンドも提供されています。
http://d.hatena.ne.jp/replication/20110614/1308057703

以上です。

この記事を評価していただけませんか？：

(No Ratings Yet)

Loading ...

記事にコメントを書く ▶

サーバが重くてストレスフルである

2011/05/24/00:00:21 0 votes, average: 0.00 out of 5

(0 votes, average: 0.00 out of 5, rated)
comment:0

例のサイトですが、20時から21時くらいの間に重すぎて使い物にならない。
アクセス数が増えてきたというのもあるが、ほぼ毎日停止するのでなんとも気に入らねえなー。某VPSサーバを使っているのですが、あまりにも不安定である。僕の実装が悪いのか、単に混雑しているのかがわからないあたりが気持ち悪いｗ

とりあえず、今tomcatのセッション数は過去30分以内に700件くらいあるんで、そろそろやばいかなと思い、Javaへのメモリの割り当てやスレッド数の設定を変えてみたのだが、やはり時間帯によって動作がまちまちだ。もう少しスペックのいいところにいったら改善するかとは思うのだが、移ったところで処理速度が担保されるわけでもないだろうし、なんとも言えませんね。VPSサーバを複数台借りて、tomcatを複数構成にした方が安定するかな。やってみたいが、コストがかかるし、単純にやり方もまだよくわかっていないのが正直なところではある。

ちなみに、google先生のインデックス数は、一時期7000を超え、その後600程度に落ち込み、現在は5000程です。5000を超えたあたりでサーバへの負荷がヤバい感じになってクローラがページを読めない→インデックス数減、というループに陥っているのかもしれない。インデックス数が減ったときにsitemapを生成するコードを書いて、結構なURLをぶち込んでみたのだが、それが奏功しているのか、それともgoogle先生の気まぐれなのか、よくわからないが今は良い感じを保っているので楽しいといえば楽しい。もはや負荷分散とかして遊べってことなのかなー。今、5000インデックスで4000UUくらいでギリな空気なんで、これ以上増やしていくとすると腰を据えねばならん。と書いている間に、セッションが800を突破している。1台でどこまで持つか。よくわからないので、経過観察をしてどのくらいで逝くかみないとですね。

この記事を評価していただけませんか？：

(No Ratings Yet)

Loading ...

記事にコメントを書く ▶

tomcat + apache を連携してのrewriteに成功した

2011/05/18/01:00:42 0 votes, average: 0.00 out of 5

(0 votes, average: 0.00 out of 5, rated)
comment:0

以前、tomcatとapacheを連携した状態でrewriteは出来ないのではないかと書きましたが、本日試行錯誤の末、実現することができました。
http://lineocean2.com/2011/05/10/00/18/18/

つまり、

http://www.kurukuruword.net/i/d/java/

にアクセスしたときに、

http://www.kurukuruword.net/i/result.html?data=java

の結果を表示させることができるということです。
平たくいえば、パラメータ付きのURLを静的URLに変換して表示できるということです。

apacheのバージョンはこんな感じで、

[root@dti-vps-srv** ***]# /usr/sbin/httpd -v
Server version: Apache/2.2.3
Server built:   Mar 27 2010 13:52:45

ajpを使って連携させています。

具体的な実現方法は、下記をhttpd.confにぶち込めばOK。

RewriteEngine on
RewriteRule d/(.*)/$ ajp://localhost:8009/i/result.html?data=$1 [P]

注意したいのは、ajpを使って連携していると、通常のrewriteではURLの書き換えができないという点だ。
普通は、

RewriteEngine on
RewriteRule d/(.*)/$ /i/result.html?data=$1 [L]

みたいに書きますが、これだと変換されたURLがうまくtomcatに渡りません。
これに気づくのに相当時間がかかりました(笑)

難しいなー

この記事を評価していただけませんか？：

(No Ratings Yet)

Loading ...

記事にコメントを書く ▶

サイトが重すぎて萎えたが、rewriteの設定を消したら回復した件

2011/05/10/00:18:18 0 votes, average: 0.00 out of 5

(0 votes, average: 0.00 out of 5, rated)
comment:1

サイトに繋がらないなと思ったら、

bash: fork: Cannot allocate memory

という遺言を残し、一切のコマンドを受け付けなくなったり、

May 9, 2011 11:35:40 PM org.apache.jk.common.ChannelSocket processConnection
WARNING: processCallbacks status 2

や、

java.net.SocketException: Broken pipe

という普段見ないようなエラーを吐いてフリーズしていました。
「bash: fork: Cannot allocate memory」は特に極悪で、tomcatやapacheを再起動しようにもSSHからコマンドを打つことすらできなくなります。
てか、コンソールいじれなくてどう対応するんだって感じなのですが、幸いにして私の借りているVPSサーバはブラウザからサーバの停止と起動ができるため、再起動して余分なスレッドが消滅した瞬間にSSHで接続することで対応しました。
ブラウザからの起動と停止ができなかったら、アクセスの少ない深夜早朝にSSHを連打してつながるまでコマンドを打ち続けるというストイックな方法をとらなくてはならず、余裕で発狂するんじゃないかなと思います。

具体的には下記対応を行いました。

1.apacheとtomcatを再起動させたり、重そうなプロセスをkillしてみたり
→相変わらずサイトには接続できず

2．Javaのコードを改修し、負荷を軽減させた上で再デプロイ
→相変わらずサイトには接続できず

3.httpd.confに不要なrewriteルールがあったのでふっ飛ばして、再起動
→何故か接続できるようになった

3.は先日、無駄にURLを弄ってやろうと書いてそのまま放置していたものなので吹き飛ばしても問題ないのですが、逆になんでrewriteでここまで高負荷になったのかが気になる。ajpを使っているとうまくrewriteできない(※どこかでみた気がするけど気のせいかもしれない)って話だけども、それを無理やり不適切な記述で書いてしまい、無駄な負荷を与えたということなのであろうか。それとも3.の手順を取った直後に、偶然VPSサーバの調子が戻ったとか？正直よくわかりません。

サーバとかネットワークの勉強しねえとな、、

–
2011/05/12追記
重さが改善されたかと思いきや、よくわからないタイミングで突然重くなったりしているな。
VPSなので単に動作が不安定って感じなんですかね。よくわかりません。。
とりあえずapacheとtomcatの連携のあたりは、まだ軽量化の余地がありそうなので近々頑張ってみようと思います。

この記事を評価していただけませんか？：

(No Ratings Yet)

Loading ...

記事にコメントを書く ▶

facebookのコメント欄といいね！ボタンのWEBサイトへの導入方法

2011/05/04/15:35:09 0 votes, average: 0.00 out of 5

(0 votes, average: 0.00 out of 5, rated)
comment:0

いつのまにかfacebookのコメント欄やいいね！ボタンの連動が容易になっていたので、kurukuruword.netにも導入してみました。app_idとかもはや必要ないようだ。
載せ方はひどく簡単で、

コメント：

<script src="http://connect.facebook.net/en_US/all.js#xfbml=1"></script><fb:comments href="${URL}" num_posts="5" width="550"></fb:comments>

※${URL}には掲載したいページのURLをぶち込んでやればおｋだ

ボタン：

<script src="http://connect.facebook.net/en_US/all.js#xfbml=1"></script><fb:like href="${URL}" send="true" width="450" show_faces="true" font=""></fb:like>

※${URL}には掲載したいページのURLをぶち込んでやればおｋだ

これらを掲載したい場所に貼るだけでfacebookと連動できます。
ただし、HTMLへの直打ち以外の場合、上記コードを貼るだけでは読み込みエラーが起きる可能性がある。

まさに、僕が昨日から今日にかけて苦しめられたのはこのエラーなんですが、

2011-05-04 11:25:04,111 [TP-Processor5] DEBUG org.seasar.teeda.extension.util.TeedaExtensionErrorPageManagerImpl - [ESSR0054]SAXException occurred, because org.xml.sax.SAXParseException: The prefix "fb" for element "fb:comments" is not bound. at file:///*****.html( lineNumber = **, columnNumber = ***)
org.seasar.framework.exception.SAXRuntimeException: [ESSR0054]SAXException occurred, because org.xml.sax.SAXParseException: The prefix "fb" for element "fb:comments" is not bound. at file:///*****.html( lineNumber = **, columnNumber = ***)
        at org.seasar.teeda.extension.html.impl.HtmlParserImpl.parse(HtmlParserImpl.java:63)
        at org.seasar.teeda.extension.html.impl.HtmlDescCacheImpl.createHtmlDesc(HtmlDescCacheImpl.java:127)
        at org.seasar.teeda.extension.html.impl.HtmlDescCacheImpl.createHtmlDescFromRealPath(HtmlDescCacheImpl.java:89)
        at org.seasar.teeda.extension.html.impl.HtmlDescCacheImpl.createHtmlDesc(HtmlDescCacheImpl.java:76)
        at org.seasar.teeda.extension.html.impl.TagProcessorCacheImpl.updateTagProcessor(TagProcessorCacheImpl.java:75)
        at org.seasar.teeda.extension.html.impl.HtmlViewHandler.restoreView(HtmlViewHandler.java:104)
        at org.seasar.teeda.core.lifecycle.impl.RestoreViewPhase.composeViewRoot(RestoreViewPhase.java:115)
        at org.seasar.teeda.core.lifecycle.impl.RestoreViewPhase.executePhase(RestoreViewPhase.java:81)

要は、「fb:comments」とか「fb:like」とか勝手に使っちゃってるけど、意味わかんねーからエラーにしておきます、的な感じです。
僕の場合、seasar2のteedaを使っているのですが、レンダリング時にミスったらしい。

こういうときは、fbって名前空間を定義してやればOKです。
こんな風にすればOK。

<html xmlns:fb="http://www.facebook.com/2008/fbml">

というわけで、無事連動完了しました。

・トップページにはボタンのみ配置しています。
http://www.kurukuruword.net/i/

・個別のページには、ボタンとコメント欄を配置しています。大分ソーシャル化してきたなｗ
http://www.kurukuruword.net/i/result.html?data=GANTZ

–
さて良い天気なので、久々にMJ4でもやってくるかー

この記事を評価していただけませんか？：

(No Ratings Yet)

Loading ...

記事にコメントを書く ▶

TwitterAPIから返ってくるGMTをJSTに変換する

2011/05/03/23:05:01 0 votes, average: 0.00 out of 5

(0 votes, average: 0.00 out of 5, rated)
comment:0

TwitterのAPIって便利で、http://search.twitter.com/search.atom?q=XXX、って感じで任意の文字列をぶっこむと直近の”XXX”に関する検索結果がXMLで返ってきます。
適当にパーサを作ってあげてpublishedって要素を引っこ抜いてくると、各投稿の投稿時間が取れるのですが、これがGMTなんですよね。つまり世界標準時で返ってくる。日本との時差は9時間あるので、これを直してあげないと微妙に気持ち悪いことになります。

今まで気になっていたけど面倒なので放置していましたが、せっかくの機会なので直しました。

/**
 *
 * @param date APIから帰ってきた日付文字列
 * @param td 標準時との時差
 * @return reCreatedDate 補正後日付文字列
 */
static public String reCreateDateTimeForTwitterApi(String date, int td)
{
	DecimalFormat df = new DecimalFormat("00");

	// 日付情報をバラして組み直す
	// date例：2011-05-03T12:52:45Z
	date = date.replaceAll("T", " ").replaceAll("Z", " ");

	String[] tmp = date.split(" ");
	String[] YYYYMMDD = tmp[0].split("-");
	int YYYY = Integer.parseInt(YYYYMMDD[0]);
	int MM = Integer.parseInt(YYYYMMDD[1]);
	int DD = Integer.parseInt(YYYYMMDD[2]);

	String[] hhmmss = tmp[1].split(":");
	int hh = Integer.parseInt(hhmmss[0]);
	int mm = Integer.parseInt(hhmmss[1]);
	int ss = Integer.parseInt(hhmmss[2]);

	Calendar cal = Calendar.getInstance();
	cal.set(YYYY,MM,DD,hh,mm,ss);

	// 補正する時差
	cal.add(Calendar.HOUR_OF_DAY, td);

	String reCreatedDate = String.valueOf(cal.get(Calendar.YEAR) + "/" + df.format(cal.get(Calendar.MONTH)) + "/" + df.format(cal.get(Calendar.DATE))
			+ " " + df.format(cal.get(Calendar.HOUR_OF_DAY)) + ":" + df.format(cal.get(Calendar.MINUTE)) + ":" + df.format(cal.get(Calendar.SECOND)) + " " + "JST");

	return reCreatedDate;
}

呼び出し元でこういう風に指定すればOK。JST(=9)は別途定義しておいてください。

//dateを日本時間に変換
date = DateUtil.reCreateDateTimeForTwitterApi(date,JST);

うまくいったようだ

 http://www.kurukuruword.net/i/result.html?data=HTML5

SEO用
 http://www.kurukuruword.net/i/log.html

この記事を評価していただけませんか？：

(No Ratings Yet)

Loading ...

記事にコメントを書く ▶

例のサイトのドメインを変更してみる

2011/05/03/18:03:57 0 votes, average: 0.00 out of 5

(0 votes, average: 0.00 out of 5, rated)
comment:0

去年の秋に開発したkurukuruword.comですが、諸般の事情によりgoogle先生に見放されてしまいました。さらに去年末からサイトへのアクセスもできない状態が続き、もうだめぽな感じでしたが、GWでちょっと時間ができたので下記のような対応をとり状況を見守ることとする。

▼変更前
http://www.kurkuruword.com/i/

▼変更後
http://www.kurukuruword.net/i/

前回作ったときもSWぶっ潰れたけども、長期休暇になるとどうも弄りたくなるんですよねｗ
とりあえず貼るとgoogle先生の監視が厳しくなると噂のadsenseはしばらく使用せず、インデックス数が回復するかの観察を行います。しかし前回更新からの急激なインデックス数減少は何が原因なのだろうか。

・オリジナルコンテンツが少ないため、見放された？
⇒twitterなどから新鮮な情報を集めているが、outなのか。

・URL的な問題？
⇒パラメータむき出しのURLはgoogle先生的にお気に召さないのか
⇒httpd.confとか.htaccessでrewriteしてhtmlっぽくすればいいのだけども、teedaを使っているっつーか、tomcatと連携させている関係でajpの設定を弄らねばならない？よくわからないけども書き換えが上手くいかないんですよね。ちょっと調べるコストが高そうではある。

・ユーザ入力値を許容したため？
⇒botが回り易いようにアクセスされたキーワードをリンクとして出力していたのですが、卑猥な単語を調べる人が多く、これが原因でadsenseがbanされた。これが直接起因しているとは考えにくいが、念のためユーザ入力値は廃止しようかなと思う。

–
つーかDTIの仮想サーバで複数ドメインを使用するにはどうしたらいいのか。複数のvhosts持てるイメージだったのだけども、今回.comから.netに変更したら、.comにアクセスが届かなくなってしまった。リダイレクトしようにも.comも.netもWEB-INF以下は同じ構成なので、どうにもできなそうではある。それともdocumentrootに.htaccessぶち込めばおｋって話なのか？これも調べるのはやや面倒ではある。

とりあえずしばらく経過観測ということで。

この記事を評価していただけませんか？：

(No Ratings Yet)

Loading ...

記事にコメントを書く ▶

【kurukuru*word】進捗報告(2010/10/03-2010/10/09)

2010/10/11/14:25:48 0 votes, average: 0.00 out of 5

(0 votes, average: 0.00 out of 5, rated)
comment:0

今週の進捗報告です。

・kurukuru*word
http://www.kurukuruword.com/i/

▼インデックス数について
とりあえず順調に伸びています。伸び率は鈍化していますが、10月11日現在のインデックス数は6,640件です。前回から倍増しています。もっと指数関数的に伸びるものだと思っていたが、そうもいかないらしいです。

▼PVについて
比較的順調に伸びております。10月9日の段階で2500～3000くらいはあるらしい。

▼同時接続数について
最近はあまり監視しておりませんが、前回確認できた300はゆうに突破している模様です。ただこの指標はさほど重要でないので、正直どうでもいいです。

▼アクセス地域
面白いことに全世界に分布しております。セネガルからアクセスがあるとか胸が熱くなりますね！とりあえずグリーンランドからのアクセスが欲しい(笑)グリーンランドってロマンですよね！何となくかっこいい。

▼今週の進化
・ページの読み込み速度を改善しました。
⇒APIから情報をぶっこ抜く回数を半分以下にしました。今までどれだけ重い実装をしていたのだろうという感じですが、まだまだ軽量化はできそうではある。

▼今度やりたいこと
・検索窓の設置
⇒重要課題です。やや面倒なのですが、できないことはなさそう。adsenseの検索窓でもよかったのですが、デザインを統一したいのと、(将来的に)検索ワードの取得を行ないたいので現状却下。
・キーワードの注目度のチャートを設置してみたい。
⇒PVを抽出してDBにぶっこんでやらないとダメっぽいっすね！やや面倒そうではあるが、無駄にグラフィカルにしてみたい気はする。

こんなとこっすかね。成長が鈍化しているのが心配ではありますが、PVを現状の10倍まで持っていくことを目標に頑張ります。

–
追記(2010/10/11/22:35)
検索窓を設置しました。ついでにアクセスワードも抽出しています。何かに利用しよう。

この記事を評価していただけませんか？：

(No Ratings Yet)

Loading ...

記事にコメントを書く ▶

【kurukuru*word】進捗報告(2010/09/27-2010/10/03)

2010/10/04/00:10:08 0 votes, average: 0.00 out of 5

(0 votes, average: 0.00 out of 5, rated)
comment:0

先日開始したサイトの進捗を報告します。

▼kurukuru*word
http://www.kurukuruword.com/i/
⇒流行りのキーワードを視覚的に表示し、それに関連するキーワードに関してのトレンドを集積するサービスです。とりあえず使ったことのない人はアクセスしてみてください。

▼インデックス数について
開始からまもなく一週間ですが、googleのインデックス数は順調に増加しております。まず前回のエントリーで、直接リンクを貼ったページからインデックス化され、そこからどんどん拡大しております。ラインオーシャン2にはクローラーが来ていることは把握していたので、試しに貼ってみたのですが、どうにか狙いはあたった模様。新規にサイトを作った場合はすでにクロール対象となっているページからのリンクが有効というわけですね。
日々の推移としては、インデックス数(google)：3→4→47→300→500→1200→2400→2700(2010/10/03)という感じに推移しております。yahooなど他の検索エンジンは知りません。

site:ドメイン名で検索を行うとインデックス数を計測することができます。
site:kurukuruword.com

(2010/10/03 23:53時点)

▼PVについて
インデックス数の増加に伴い、こちらも順調に推移しております。こちらは2010/10/02までの推移ではありますが(google analyticsは反映にタイムラグがある)、開始一週間足らずで1000PV弱/dayというのはそう悪くない数字だと思う。

▼同時接続数について
tomcat managerを使うと過去30分以内に生成されたセッション数を知ることができます。僕が確認した中では310くらいが最高でした。つまり300人ほどがほぼ同時刻にアクセスしているということです。Javaのアプリケーションなので、サイトを更新するにしても最新のWARファイルをデプロイしなおさなくてはなりません。そうすると最高で300人くらいの接続を失うことになる。これはちょっと想定外だった。

▼懸念点
・yahooのAPIの日の上限が30000リクエストだが、2010/10/02時点で14000くらいあった。PVから見るにそこまでリクエストを飛ばしている意味がわかりませんが、どうやらそろそろやばい模様です。関連語API使えなくなるとWEBサービスとして成り立たなくなりますね。何か良い方法を考えなくてはなりません。
・2010/09/29に1回サーバが死にました。変な実装が響いた模様です。現在は修正しておりますが、かなりやばかったです。SSHの接続もできず、運良く接続できたとしてもコマンドも効きません。ましてはtomcatの再起動なんて不可能でした。あれはマジでやばかった。運用面の課題も出てきました。

–
今週はこんな感じです。いつまで続くかはわかりませんが、定期的にレポートできたらと思います。てかひとりでこういうの作ってみると良い勉強になりますね。

この記事を評価していただけませんか？：

(No Ratings Yet)

Loading ...

記事にコメントを書く ▶