監視ルールのサービス/ロール指定に、除外条件を指定できるようにしました これまでMackerelの監視ルールでは、閾値によるメトリックの監視対象にサービスやロールを指定することができておりましたが、今回の変更より、それに加えて監視対象から除外するサービスやロールを指定できるようになりました。 監視ルールの新規作成・編集時に、監視対象となるサービス/ロールおよび監視対象から除外するサービス/ロールを指定できます。 監視対象から除外するサービス/ロールが指定された場合、メトリックの監視対象となるホストは 監視対象となるサービスやロールのいずれかに属していて、 監視対象から除外するサービスやロールのいずれにも属していない という条件を満たすものになります。 ロールのグラフ埋め込みに対応いたしました これまでホストのグラフ埋め込みおよびサービスメトリックのグラフ埋め込みはご利用になれましたが、この
夢、大学の卒業判定が出てる。 成績表を見たら、卒業不可って書いてあって、どうやら一単位だけたりない。情報理論っていう授業。エントロピーとか謝り訂正とかの授業。教授が狂ったようにやる気ない授業。必修だけど三回くらい落とし続けた授業。 これで六年目も大学で過ごして一単位だけ取るのか、しかし情報理論は絶対取れないな、と思うと、こんな一単位だけのために金を払って、一単位だけ足りない人に数十万請求して学位を売る大学から得た学位に意味はあるのか、とか考える。 親に話したら、これまでお金払ったのに、親戚にも、大学出てない人なんかいない、いとこのまみちゃんは大学の研究職で、とかそういう話になる。 僕の通ってた私立大学は、思うに、学問とは切り離されていて、ただ勉強したいという人はあまりいない。なぜ大学に来るかというと、就職のためとか、大学くらい出てないと、親戚に合わせる顔がないとか、仕事したくないからとか。
CoreOSクラスタにDockerコンテナをデプロイする Docker Meetup Tokyo #4 CoreOSの概要とDockerを実際に運用しようと思ったときにDockerが抱える問題をCoreOSがどのようにそれを解決するかについて発表した.デモではTerraformを使ってDigitalOcean上にCoreOSクラスタを立てて,デモアプリケーションコンテナを動的にスケールさせる様子を実演した(ソースは全てtcnksm/docker-meetup-4-demoにある). 雑感 簡単にMeetupの感想を書いておく. 今回はDockerそのものの発表よりも,オーケストレーションやサービスディスカバリーなどの周辺ツールやサービスの発表が多かった.ツール(もしくはDocker専用のOS)では,CoreOS,Kubernetes,RedHad Atomic host,サービスではAma
MySQLのバージョン インストールされたMySQLのバージョンは以下のようになります。 名前 バージョン ダウンロード元 my.cnfサンプル 以下のサンプルを参照して、my.cnfファイルを作成してください。 # このファイルは MySQL 5.6を基準として作られてあります。 # http://dev.mysql.com/doc/refman/5.6/en/server-system-variables.html を参照しました。 [mysqld] ##-------------------------------------------------------------------- # mysqldの基本設定 ##-------------------------------------------------------------------- # id は 1 から 2^
2013/07/08 19:35:11 [error] 28114#0: *4154587 upstream timed out (110: Connection timed out) while connecting to upstream time:17/Jul/2013:19:24:32 +0900 host:**.**.**.** method:POST uri:******* status:499 reqsize:1936 ressize:0 size:0 reqtime:59.998 apptime:- referer:*************** ua:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.72 Safari/537.36 構成
以前、「会社は儲かればいいのかもしれないけど」というワードを聞いたことがあって、今から考えるとそうではないんじゃないかな―と思ってきたので、適当にメモとして残しておく。 今のところの個人的な意見としては、会社は儲けるために存在するのではなくて、社会的に価値を提供するために存在し、そして社会的に価値を提供した結果、自然と儲かるだけであると考えている。ただし、以下の様なことから少し問題を複雑にしているとは思う。 社会的に価値を提供し続けるためには、儲かっていなければならない 価値というのは、それが人に理解されなければ発生しない このへんの話いろいろ難しいのだけど、会社は儲けるためじゃなくて社会に対して明確な価値を提供するために存在していると僕は考えていたいし、その価値を提供し続けるために儲かっている状態を作り出さないといけないとも思う。ただし、これを逆転させてはならなくて、儲けるために会社の提
よく訓練されたApple信者、都元です。 以前、【AWS】VPC環境の作成ノウハウをまとめた社内向け資料を公開してみるという記事を書きましたが、そこから半年経ち、状況も変わって来ましたのでアップデートを行いたいと思います。 以前のエントリーを読んだ方は、忙しい場合は下記の「2013年10月版からのアップデート」だけを読むといいかもしません。 VPCを利用する理由 AWSは、あらゆる規模のプロジェクトに対応するインフラを提供しています。前述のサーバ数千台規模のプロジェクトしかり、1台構成しかり。大規模プロジェクトであれば当然、オンプレミスと同様にネットワークインフラについての設計を綿密に行う必要がありますが、では、中小規模のプロジェクトにおいてはネットワークの設計をする必要はないのでしょうか。 AWSでは、VPCという「ネットワーク環境」を構築するサービスを提供しています。しかもVPCの利用
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く