昨日の Amazon Web Services からの公式発表により、Amazon EBSのボリュームとして、「General Purpose (SSD)」が選択できるようになりました。詳細は、以下のAWS公式ブログにてご確認ください。 Amazon Web Services ブログ: 【AWS発表】新しいSSDベースのElastic Block Storage で、で、既に今回追加された新しいEBSのボリュームタイプに関しては、以下のエントリでまとめられています。 http://rimtty.hatenablog.com/entry/2014/06/17/184348 へー、なるほどねぇ、、、とか思いながら読んでいたのですが、最後のところで、 新型EBSのベンチマークについては、いつもの id:rx7 さんが颯爽ベンチってくれると思うので待ちます。 http://rimtty.haten

インフラストラクチャー部 星野(@con_mame)です。 少し前から、一部レシピページに料理動画を掲載していました。当初はYoutubeを使用していましたが、本日から自社配信に切り替わりました。現在はまだ掲載数は少ないですが、今後掲載数を増やしていきたいと考えております。 そこで、今回は、動画配信プラットフォームの裏側がどうなっているかという点を簡単にですがご紹介したいと思います。 構成図 構成図を見ていただくのが一番わかり易いと思うので、最初に掲載します。 見て分かる通り、今回は全てAWSのサービスを使用して構築しています。 今回使用したサービスは エンコード: Elastic Transcoder データストア: DynamoDB + DynamicDynamoDB ストレージ・配信: S3 + CloudFront エンコード通知など: SNS 今回、構築までの期間とエンコードや動

終了 2014/06/10（火） 19:00〜 Ansible 勉強会 #1 Python製サーバープロビジョニングツールAnsibleの勉強会 Ian Lewis 東京都渋谷区恵比寿4-1-18 (恵比寿ネオナート 5階セミナー会場)

各々のサーバの様々な場所に分散しているWebサーバやその他各種ログファイルをFluentdでまとめてAmazon S3にガシガシ保存。かつ、分析用にコピーを自前のElasticsearchにも保存します。保存したログはKibanaで手軽にビジュアライズ。 Fluentdはとてもシンプルな仕組みで理解しやすい。「ログを集積したい！」と感じたらサクッと導入できる超便利ツールです。 今回は集積用サーバを経由してElasticsearchとS3に保存する構成にします。 Elasticsearchのインストール Fluentdで集積したログは保存するだけならS3で良いのですが、手軽にビジュアライズしたいので、今回はKibanaを使えるようにElasticsearchにも保存するようにします。今回はCentOSに導入するので、公式のyumリポジトリからインストールします。 $ sudo rpm --i

考える力には（生まれつき）個人差があります。 他の能力と同じように、つまり、走る力とか、歌う力とか、香りを嗅ぎ分ける力などと同じように、生まれつき、それが得意な人と下手な人がいるんです。 そしてどの力も同じですが、誰でもきちんと方法論を学び、かつ実践練習を重ねれば、ある程度は上達します。 でも、スタートラインは人によって違うし、ポテンシャル（学んで練習すればどこまで伸びるかという可能性）も人によって違います。 つまり、考える力が高い人と低い人が（あらゆる能力について、その能力が高い人と低い人がいるように）いるってことです。 考える力が弱い人がその力を伸ばすには、『 自分のアタマで考えよう 』 に書いたように、「考える方法論を地道に学び、それを何度も実践で使って練習する」のが王道ですが、実はもうひとつ、別のアプローチもあります。 それは、できるだけ他の人と違う経験をする、ってことです。 そう

AWS News Blog The New AWS TCO (Total Cost of Ownership) Calculator Our customers often find multiple benefits from moving to the cloud, including agility, cost savings, and flexibility. Whether you run on AWS or own and operate your own infrastructure, there are many contributors to the overall cost. Weighing the financial considerations of owning and operating a data center (or renting a colocati

*トレジャーデータはデータ収集、保存、分析のためのエンドツーエンドでサポートされたクラウドサービスです。 前回は Treasure Data Service が生データストレージにあげられているという前提（つまりTreasure Data Service を利用している前提）で，それとBIなどのフロントエンドをシームレスに繋ぐための中間データベースはどれが良いか，という観点でお話しました。そして TQAがどのようなものかを理解し，Redshiftとは立つレイヤーが違うことをわかって頂く事が目的でした。 Treasure Data Service はどのようなケースに向いているか？ ここでは視点を変えて，現在保持しているデータの性質を考慮した上で，どのサービス（データベース）を活用したらよいかを考えます。 上図は現在それぞれの企業が持っているデータに対して， データサイズ スキーマ変更可能性

今日はhttp://eventdots.jp/event/49560 に参加してきました。 会場のフリークアウトさんがとにかくシャレオツでビックリ!! せっかくなので興奮が冷めないうちに、ざっくりですが、発表の内容をまとめました。 登壇者の方のスライドは公開され次第リンクさせて頂きます 情報に誤りがあればご指摘ください 誤字脱字もご指摘頂けると幸いです Fluentd v.1に関するアップデートと今後のロードマップ（仮） トレジャーデータ　シニアソフトウェアエンジニア 中川真宏さん (@repeatedly) Fluentd v1 and Roadmap from Treasure Data, Inc. v10(現在)のFluentd logのフォワーディングを安全に ハイパフォーマンスに 任天堂他、著名な企業で使われている 公開されているプラグイン数250以上 CRuby想定で書かれてい

現在でも、新型コロナウイルスの影響がすごいですからお盆期間の墓参りもオンラインということで話題になっているようです。 何でもかんでもオンラインというのは現状では仕方のないことですが、墓参りもということについてはびっくりしました。 オンライン墓参りというのは何だか罰当たりな気持ちでありますが、里帰りできない点ということを考えると自宅のお墓の様子など確認できることはいいことです。 オンライン墓参りでは、Zoomを使用をしてしてくれるそうなので「オンライン帰省」「オンライン飲み会」と言った感じでできることはいいですね。 オンライン墓参りのサービスは、ネットニュースで話題になっているのでわかると思いますが「有限会社かの石材」という広島県福山市にある墓石店がしたそうです。 こういったサービスを思い付くのがすごいなと思いますが、15年前から墓の掃除代行サービスをしていたようです。 それが、世の中大変な

「ドイツ人は勤勉」。恐らく多くの日本人が、そう考えていることだろう。しかし、ドイツ人を仕事好きと表現するのには違和感を覚える。なにしろ、とにかく休みが多いのだ。ドイツはEU最大の経済大国として発展を続けながら、ドイツ人は休日をしっかりと楽しんでしる。そんなドイツ人から学べることはあるのか。

Instagramの誕生などによって、自撮りをする芸能人・モデルや女の子が増えていますが、「日々カワイイを研究している女の子たちを応援する」ということで、投稿した女の子を見て撮影の角度やポーズや表情などかわいく見える秘訣を学べるサイトが「zidory」です。 zidoryはかわいい自撮り写真の女の子が見れるwebサイトです。 http://zidory.me/ zidoryはスマホ専用サイトですが、パソコンからでもIE・Chrome・Firefox・Safariなどでも見ることが可能。ページを開くとトップページを飾る「COVER GIRL(カバーガール)」の女の子が出てきます。右上にあるメニューの部分をタップすると…… 「自撮り写真一覧」「COVER GIRL」「ランキング」「zidory girl」などから女の子を見ることができます。 1週間に1回トップページを飾る「COVER GIRL

Applications can be often made to perform better and run faster by caching critical pieces of data in memory.  Frequently accessed data, layers of HTML fragments, results of time-consuming/expensive database queries, search results, sessions, results of complex calculations and processes are usually very good candidates for cache storage. In general not all application architectures will benefit f

16. fluentdの設定（1） # Input <source> type tail path /var/log/messages format syslog pos_file /var/log/fluentd/messages.pos tag messages </source> # Output <match messages> type forward send_timeout 60s recover_wait 10s heartbeat_interval 1s phi_threshold 8 hard_timeout 60s <server># <= 送信先サーバーの指定 name log_proxy host 192.168.1.1 port 24224 </server> </match> 18. fluentdの設定（2） # Input <source> type forwar

GWの予定が何もない@mikedaです。だれか飲みに行きましょう。 3週間前にmuninを導入したので、今日はそこで使ってるRDS監視の仕組みを紹介します。 『munin-nodeがインストール出来ないモノをどう監視するか』という問題について、だいたい同じ感じで使えるかな。 実際のグラフ RDSが普通にノードとして並んでいて、 選択するとCPU使用率、クエリ数などが見れるようになってます。 では以降は細かい設定について。 muninサーバの設定 pluginの配置 [root@mon01 plugins]# pwd /etc/munin/plugins [root@mon01 plugins]# ll rds_* ... rds_heyazine-db01_cloudwatch -> /usr/share/munin/plugins/rds_cloudwatch ... rds_heya

クラウドは一般にインターネットの向こう側に存在するものです。しかし多くの企業（の情報システム部門）にとって、どの経路をたどるのか、どれだけの帯域幅が使えるのかが保証されていないベストエフォートのかたまりであるインターネットの向こう側に、大事なデータを預けるのは躊躇するものでした。 この課題を解決するために、Amazon Web Servicesはクラウドのデータセンターに直結された専用線を利用できるサービス「AWS Direct Connect」の開始を発表しています。 AWS Direct Coneectを利用することで、企業は自社のデーセンターへの接続と同様の安定した高速な通信を保証した上で、いつでも好きなだけ必要なサーバリソースやストレージなどを調達できるというクラウドの利便性を享受することができます。 パブリッククラウド内で仮想的な自社のプライベートクラウドを構築できるAmazon

2. Who am I ? • 堀内 康弘 (ほりうち やすひろ) • 1978年生まれ 山梨県出身 • AWS テクニカルエバンジェリスト • 140回以上の講演 • 60回以上のハンズオン • 250本以上のブログ記事 Amazon Web Services ブログ http://aws.typepad.com/aws_japan/ • 10+ years web engineer in startups • Director of V-cube (perl), 2001 - 2006 • CTO of FlipClip (perl), 2006 - 2009 • CTO of gumi (python), 2009 - 2012 @horiuchi horiyasu フォロー歓迎!