cloudpackブログ

cloudpackブログ週刊レビュー 2014/05/12

2014-05-12T09:00:00.000+09:00

先週公開した記事は下記となります。

公開日	作成者	タイトル
05月05日（月）	ヤマグチ	RubyでCPUのコア数を取得する
	ヤマグチ	ログファイルに出力しつつ標準出力もする
	田村	Neustarで負荷試験
05月10日（土）	ヤマグチ	AWS Certified Solutions Architect - Professionalのサンプル問題を読んでみる
05月10日（土）	がみさん	aws cliでサーバ証明書を削除する

aws cliでサーバ証明書を削除する

2014-05-10T16:00:00.000+09:00

cloudpack のがみさんです。

ELBでSSL Terminationをよく利用されると思うのですが、私自身使用したことがなく、
アップロード済みで、不要になったサーバ証明書はどうやって削除するのかよくわからなかったのでメモを残します。

aws iamの引数だったとは・・・

一覧の確認


orenomac$ aws iam list-server-certificates --profile orenoprofile
{
    "ServerCertificateMetadataList": [
        {
..省略..
}

削除


orenomac$ aws iam delete-server-certificate --server-certificate-name orenossl --profile orenoprofile

アップロード


aws iam upload-server-certificate...

こちらの記事はなかの人（がみさん）監修のもと掲載しています。
元記事は、こちら

AWS Certified Solutions Architect - Professionalのサンプル問題を読んでみる

2014-05-10T13:22:00.001+09:00

cloudpack のヤマグチです。

AWS Certified Solutions Architect - Professional英語版がスタートしたようです。

サンプル問題が公開されているので、ざっと目を通してみました。※選択肢は原文ではアルファベットです。

Your company’s on-premises content management system has the following architecture:

Application Tier – Java code on a JBoss application server

Database Tier – Oracle database regularly backed up to S3 using the Oracle RMAN backup utility

Static Content – stored on a 512GB gateway stored Storage Gateway volume attached to the application server via the iSCSI interface

Which AWS based disaster recovery strategy will give you the best RTO?

Deploy the Oracle database and the JBoss app server on EC2. Restore the RMAN Oracle backups from Amazon S3. Generate an EBS volume of static content from the Storage Gateway and attach it to the JBoss EC2 server.

Deploy the Oracle database on RDS. Deploy the JBoss app server on EC2. Restore the RMAN Oracle backups from Amazon Glacier. Generate an EBS volume of static content from the Storage Gateway and attach it to the JBoss EC2 server.

Deploy the Oracle database and the JBoss app server on EC2. Restore the RMAN Oracle backups from Amazon S3. Restore the static content by attaching an AWS Storage Gateway running on Amazon EC2 as an iSCSI volume to the JBoss EC2 server.

Deploy the Oracle database and the JBoss app server on EC2. Restore the RMAN Oracle backups from Amazon S3. Restore the static content from an AWS Storage Gateway-VTL running on Amazon EC2.

あなたの会社のオンプレミス環境にあるコンテンツ管理システムは以下のような構成です:

アプリケーション層: Javaで書かれたコードとJBossアプリケーションサーバー
データベース層: Oracleデータベースで、RMANバックアップユーティリティを使って定期的にS3にバックアップを行っている
静的コンテンツ: 512GBのStorage Gateway（ゲートウェイ保管型ボリュームに設定）に保存し、iSCSIインターフェイスでアプリケーションサーバーに接続

どのAWSディザスターリカバリー戦略を用いれば最良の目標復旧時間を得られますか？

OracleデータベースとJBossアプリケーションサーバーをEC2にデプロイする。RMAN OracleバックアップをS3からリストアする。Storage Gatewayから静的コンテンツを含んだEBSボリュームを作成し、EC2上のJBossサーバーに接続する。
OracleデータベースをRDSにデプロイする。JBossアプリケーションサーバーをEC2にデプロイする。RMAN OracleバックアップをGlacierからリストアする。Storage Gatewayから静的コンテンツを含んだEBSボリュームを作成し、EC2上のJBossサーバーに接続する。
OracleデータベースとJBossアプリケーションサーバーをEC2にデプロイする。RMAN OracleバックアップをS3からリストアする。静的コンテンツはEC2上でiSCSIボリュームとして動作するStorage Gatewayを、EC2上のJBossサーバーに接続してリストアする。
OracleデータベースとJBossアプリケーションサーバーをEC2にデプロイする。RMAN OracleバックアップをS3からリストアする。EC2上で動作するStorage Gateway-VTL (ゲートウェイ仮想テープライブラリ)から静的コンテンツをリストアする。

You are building an Amazon Virtual Private Cloud (VPC) environment for an analytics system which includes a business intelligence (BI) tier launched from the AWS Marketplace and Amazon Redshift. Analysts need to be able to launch new analysis stacks (including BI tools and Amazon Redshift clusters) on demand, without interacting with network staff. Which topology for this VPC would give analysts the most flexibility?

A single subnet for both the BI software and Amazon Redshift.

A single subnet for BI software and a separate single subnet for Amazon Redshift.

One subnet per Availability Zone for BI software and a separate single subnet for Amazon Redshift.

One subnet per Availability Zone for BI software and a separate subnet per Availability Zone for Redshift.

あなたは、AWS Marketplaceから起動するビジネスインテリジェンス（BI）ソフトとRedshiftを含む分析システム用のVPC環境を構築しなければなりません。分析者は必要に応じて新しい分析スタック（BIツールとRedshiftクラスタ）を、ネットワーク管理者に問い合わせることなく起動できなければなりません。このVPCでは、どのネットワーク構造を使えば分析者に最大の柔軟性を与えられますか？

単一のサブネット内に全てのBIソフトとRedshiftを配置する。
BIソフトは単一のサブネット、Redshiftはそれぞれ別サブネットに配置する。
BIソフトはAZごとに別のサブネット、Redshiftはそれぞれ別サブネットに配置する。
BIソフトはAZごとに別のサブネット、RedshiftはAZごとに別サブネットに配置する。

You’re working with a company that wants to leverage many AWS services in multiple regions; however, security controls within the company state that all egress connections to the Internet from the production network must be individually whitelisted in the on-premises firewall. Which scenarios will allow access to the AWS API endpoints while addressing the stated security concerns? (Pick 2)

Leverage the unified, FIPS 140-2 validated, API endpoint located in us-east-1.

Create a trusted zone/DMZ within the corporate network that doesn’t restrict egress to Internet traffic.

Create a proxy server within Amazon EC2. Allow access from the corporate network, and add the IP of the EC2 instance to the company firewall.

Leverage the GetEndpoint API in order to programmatically get all AWS endpoints, and add these to the company firewall.

あなたは会社においてAWSの様々なサービスを複数のリージョンで活用しようとしています。しかし、会社のセキュリティ要件は、本番ネットワークからインターネットへの通信は、オンプレミスのファイアウォールでホワイトリストに合致するか検査されなければならない、と定めています。以下のどのシナリオを用いれば、セキュリティ要件に即した形でAWS APIのエンドポイントにアクセスできますか？（2つ選択）

us-east-1にある、FIPS 140-2規格準拠の統一型エンドポイントを利用する
社内ネットワークに、外部への通信を制限しない信頼されたゾーン/DMZセグメントを作成する
EC2上にプロキシサーバーを作成する。Security Groupで社内ネットワークからの通信を許可し、そのEC2インスタンスのIPを社内ファイアウォールに追加する
GetEndpoint APIを利用してAWSの全エンドポイントを取得し、それらを社内ファイアウォールに追加する

An online marketing firm wants to provide a web service API that other businesses can call to get search engine optimization (SEO) keyword suggestions. Trending topics are analyzed using Amazon Elastic MapReduce, and results will then be stored in a read-only database. ~1.2 billion records (~3 TB total raw data) will be stored fairly evenly across six tables. Each web service call will issue a single database query. The web service must support up to 100 concurrent API requests and return API responses within 1.5 seconds. Which options can satisfy the database requirements for the web service? (Pick 2)

One Amazon Redshift cluster with one 8 XL node (16 TB storage), with good distribution and sort keys for the tables.

One Amazon Redshift cluster with 4 XL nodes (each with 2 TB storage), with good distribution and sort keys for the tables.

Six shared Amazon RDS instances, with 1 TB of storage for each RDS instance.

Six Amazon DynamoDB tables, each with a provisioned read and write throughput of 10 units; add local secondary indices to optimize queries.

One MySQL instance running on an Amazon EC2 instance with a RAID-10 logical volume consisting of eight 1 TB EBS volumes.

あるオンラインマーケティング会社は、他の案件からサーチエンジン最適化（SEO）のキーワード推薦を呼び出せるようなWebサービスAPIを提供しようとしています。現在流行の話題はElastic MapReduceで分析し、その後読み取り専用のデータベースに保存されます。合計12億レコード（3TBの生データ）が6つのテーブルにおよそ等分に格納されます。Webサービスの呼び出しは1つのデータベースクエリーを発行します。Webサービスは100までの同時呼び出しをサポートし、1.5秒以内に応答を返す必要があります。以下のどの構成であればWebサービスの要件を満たせますか？（2つ選択）

単一のRedshiftクラスタと1つの8XLノード（16TBストレージ）、各テーブルについて良い分散とソートキー
単一のRedshiftクラスタと複数の4XLノード（各2TBストレージ）、各テーブルについて良い分散とソートキー
6つの共有RDSインスタンス、それぞれに1TBのストレージ
6つのDynamoDBテーブル、それぞれ10ユニットのプロビジョニングされた読み書きスループット、クエリ最適化のためのセカンダリーインデックスの追加
単一のEC2インスタンス上のMySQL、8つの1TB EBSで構成されたRAID-10の論理ボリューム

An ERP application is deployed in multiple Availability Zones in a single region. In the event of failure, the RTO must be less than 3 hours, and the RPO is 15 minutes. The customer realizes that data corruption occurred roughly 1.5 hours ago. Which DR strategy can be used to achieve this RTO and RPO in the event of this kind of failure?

Take 15-minute DB backups stored in Glacier, with transaction logs stored in Amazon S3 every 5 minutes.

Use synchronous database master-slave replication between two Availability Zones.

Take hourly DB backups to Amazon S3, with transaction logs stored in S3 every 5 minutes.

Take hourly DB backups to an Amazon EC2 instance store volume, with transaction logs stored in Amazon S3 every 5 minutes.

あるERPアプリケーションが単一のリージョンの複数AZにデプロイされています。目標復旧時間（RTO）は3時間未満、目標復旧地点（RPO）は15分前です。顧客はデータ破損が約1.5時間前に発生したことに気付きました。以下のどのDR戦略を用いれば、このような障害においてRTOとRPOを達成できるでしょうか？

15分ごとのDBバックアップをGlacierに行い、トランザクションログを5分おきにS3に格納する
2つのAZ間でマスター-スレイブの同期レプリケーションを使う
DBバックアップをS3に毎時行い、トランザクションログを5分おきにS3に格納する
DBバックアップをEC2のインスタンスストアに毎時行い、トランザクションログを5分おきにS3に格納する

You are building a website that will retrieve and display highly sensitive information to users. The amount of traffic the site will receive is known and not expected to fluctuate. The site will leverage SSL to protect the communication between the clients and the web servers. Due to the nature of the site you are very concerned about the security of your SSL private key and want to ensure that the key cannot be accidentally or intentionally moved outside your environment. Additionally, while the data the site will display is stored on an encrypted EBS volume, you are also concerned that the web servers’ logs might contain some sensitive information; therefore, the logs must be stored so that they can only be decrypted by employees of your company. Which of these architectures meets all of the requirements?

Use Elastic Load Balancing to distribute traffic to a set of web servers. To protect the SSL private key, upload the key to the load balancer and configure the load balancer to offload the SSL traffic. Write your web server logs to an ephemeral volume that has been encrypted using a randomly generated AES key.

Use Elastic Load Balancing to distribute traffic to a set of web servers. Use TCP load balancing on the load balancer and configure your web servers to retrieve the private key from a private Amazon S3 bucket on boot. Write your web server logs to a private Amazon S3 bucket using Amazon S3 server-side encryption.

Use Elastic Load Balancing to distribute traffic to a set of web servers, configure the load balancer to perform TCP load balancing, use an AWS CloudHSM to perform the SSL transactions, and write your web server logs to a private Amazon S3 bucket using Amazon S3 server-side encryption.

Use Elastic Load Balancing to distribute traffic to a set of web servers. Configure the load balancer to perform TCP load balancing, use an AWS CloudHSM to perform the SSL transactions, and write your web server logs to an ephemeral volume that has been encrypted using a randomly generated AES key.

あなたは高度機密情報を収集・表示するウェブサイトを作成しています。サイトが受け取る通信量は予想が可能で、変動はないものと思われます。クライアントとサーバー間の通信はSSLで保護する予定です。サイトの性質から必然的に、SSL秘密鍵が偶然にあるいは故意に環境外へ流出しないよう、細心の注意を払う必要があります。さらに、サイトが表示するデータは暗号化EBSボリュームに格納されることからサーバーのログに機密情報が含まれる可能性についても注意が必要であるため、ログは従業員のみが復号化できるように格納されている必要があります。以下のどの構成を用いれば全ての要件を満たせるでしょうか？

ELBを使いトラフィックを複数のWebサーバーに振り分ける。SSL秘密鍵を保護するため、秘密鍵をELBにアップロードし、ELBでSSL通信を復号化する。Webサーバーのログは、ランダムに生成されたAESキーで暗号化されたエフェメラルボリュームに保存する。
ELBを使いトラフィックを複数のWebサーバーに振り分ける。ELBではTCPロードバランシングを行い、起動時にS3のプライベートバケットから秘密鍵を取得するようにWebサーバを設定する。サーバーログはS3のプライベートバケットにサーバーサイド暗号化を掛けた上で保存する。
ELBを使いトラフィックを複数のWebサーバーに振り分ける。ELBではTCPロードバランシングを行い、SSLトランザクションを行うためCloudHSMを使う。サーバーログは、S3のプライベートバケットにサーバーサイド暗号化を掛けた上で保存する。
ELBを使いトラフィックを複数のWebサーバーに振り分ける。ELBではTCPロードバランシングを行い、SSLトランザクションを行うためCloudHSMを使う。Webサーバーのログは、ランダムに生成されたAESキーで暗号化されたエフェメラルボリュームに保存する。

……

わ、わからん……。

こちらの記事はなかの人（ヤマグチ）監修のもと掲載しています。
元記事は、こちら

Neustarで負荷試験

2014-05-05T11:00:00.000+09:00

cloudpack の田村です。

Neustarを使って負荷試験を行ったので手順のまとめ

[Create A New Script]を選択

シンプルなGETを投げ続ける場合はURLを変更して[SAVE & VALIDATE]

Validation Status:がValidになることを確認
想定通りのアクセスになっているかサーバ側のログも確認
OKであれば[GENERATE BASIC SCRIPT]

(CONVERTED)がつくことを確認

[Create A Load Test]を選択

RAMP-CONSTANTの組み合わせが良いらしい
Max Usersは予想

Scriptsが(converted) (VirtualUser)になっていることを確認

ちなみに(RealUser)だと同じ条件でこのお値段

(特に金額を)最終確認して[Schedule Test]

7分程待ち負荷試験開始

結果はこんな感じ



こちらの記事はなかの人（田村）監修のもと掲載しています。
元記事は、こちら

ログファイルに出力しつつ標準出力もする

2014-05-05T10:00:00.000+09:00

cloudpack のヤマグチです。

Loggerって便利ですよね。
でも同時に標準出力したい時ってありませんか？私はあります。

わざわざputsしてlog.infoしてと毎回やるのは不毛だし、tail -fするのも面倒だし。
上記ファイルをrequireすればあとは標準のLogger同様に使えます。


require_relative "plogger"

def log
  @log ||= PLogger.new "#{__FILE__}.log"
end

log.info "Lorem ipsum..."
log.fatal "We got a Blackhawk down, we got a Blackhawk down"

こちらの記事はなかの人（ヤマグチ）監修のもと掲載しています。
元記事は、こちら

RubyでCPUのコア数を取得する

2014-05-05T09:30:00.000+09:00

cloudpack のヤマグチです。

Linuxであれば

%x(cat /proc/cpuinfo | grep processor).lines.size

とかで良いんですが、Linuxでしか動かなかったりイマイチ感あります。
そこでFacterです。システムに関する情報を使いやすくするためのGemです。見慣れない綴りなので間違いやすいのですが、FactorではなくFacterです。


gem install facter

使ってみましょう。「ruby cpu core count」でぐぐって最初に出てくるStackOverflowのスレではFacter.processorcountと書いてありますが、これはバージョンアップで削除されているのでNoMethodErrorです。

require "facter" Facter["processorcount"].value.to_i # => 4

簡単ですね。valueで返ってくるのはStringな点に注意しましょう。

他にも例えばOS Xであれば以下のような使い方もできるようです。

Facter::Util::Macosx.hardware_overview
# =>
# {
# "SMC_version_system" => "2.16f58",
# "boot_rom_version" => "MBP111.0138.B03",
# "cpu_type" => "Intel Core i5",
# "current_processor_speed" => "2.4 GHz",
# "l2_cache_core" => "256 KB",
# "l3_cache" => "3 MB",
# "machine_model" => "MacBookPro11,1",
# "machine_name" => "MacBook Pro",
# "number_processors" => 2,
# "packages" => 1,
# "physical_memory" => "8 GB",
# "platform_UUID" => "ZZZZZZ",
# "serial_number" => "XXXXXX"
# }

Hyper-Threading関係で、使うメソッドによって出てくる数字が物理コア数だったり論理コア数だったりするようなのでその辺は留意ですね。

こちらの記事はなかの人（ヤマグチ）監修のもと掲載しています。
元記事は、こちら

cloudpackブログ週刊レビュー 2014/05/05

2014-05-05T09:00:00.000+09:00

先週公開した記事は下記となります。

公開日	作成者	タイトル
04月28日（月）	吉田真吾	Amazon Redshift に COPY コマンドでCSVをインポートする
	がみさん	Sensu 0.12 調査メモ No Items found.
	がみさん	RDS Oracleは共有サーバ接続をサポートしているのか？
	がみさん	sensu-clientのリポジトリをどのように管理しようかな(git remote編)
04月29日（火）	がみさん	sensu-clientのリポジトリをどのように管理しようかな(Berkshelf失敗編)
04月29日（火）	比企宏之	未経験者・経営者向けのクラウド勉強会　クラウドチャンプルー2014春に参加してきました
04月30日（水）	比企宏之	未経験者向けクラウド勉強会 Cloud on the BEACH2014 ＆ Cloud on the BEACH2014 勉強会の部に参加してきました
05月01日（木）	がみさん	一般ユーザでdockerコマンド利用時に dial unix /var/run/docker.sock: permission denied
	ヤマグチ	ApacheのアクセスログをRubyでJSONに変換してみる
	がみさん	test-kitchen内でattributeを設定する

test-kitchen内でattributeを設定する

2014-05-01T20:47:00.000+09:00

cloudpack のがみさんです。

kitchen-dockerが大変便利です。

.kitchen.yml

attributesはこのように書けば良いみたいです。
優先順位(default, override等)については詳しくはChef活用ガイド11.6章を。


driver:
        name: docker
driver_config:
        require_chef_omnibus: true
        binary: /usr/bin/docker
        socket: tcp://localhost:4243
provisioner:
        name: chef_solo
platforms:
      - name: centos
        driver_config:
                image: centos:chef
                platform: centos
suites:
      - name: sensu-client
        run_list:
                - sensu::client
        attributes: { sensu: { rabbitmq: { user: "****" , password: "****", host: "****", port: "****" } } }

しかしこれkitchen testしたらdockerコンテナがsensu-serverにsensu-clientとして登録されてしまった。
--why-runと異なり実際に動かすの忘れてました。
テストのやり方を再考しなければ。

こちらの記事はなかの人（がみさん）監修のもと掲載しています。
元記事は、こちら

ApacheのアクセスログをRubyでJSONに変換してみる

2014-05-01T20:39:00.001+09:00

cloudpack のヤマグチです。

ApacheのアクセスログをElasticsearchに放り投げたいなどの時に、普通はFluentdを使うものだと思いますが中には既存のログを取り込みたい時などもあると思います。

そんなわけでRubyでApacheのアクセスログをJSONに変換するスクリプトを作ってみました。

想定するログのフォーマットはCombined形式の先頭にX-Forwarded-Forを追加した、以下のような形式です。

LogFormat "%{X-Forwarded-For}i %h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\"" combined

ruby access_log_to_json.rb -i some.log -o some.log.json

のように使います。

123.45.67.89 10.20.30.40 - - [20/Apr/2014:03:15:35 +0900] "GET /index.html HTTP/1.1" 200 159 "https://www.google.co.jp/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36"
123.45.67.89 10.20.30.40 - - [20/Apr/2014:03:15:40 +0900] "GET /best_picture_ever.jpg HTTP/1.1" 200 534000 "http://www.exemple.com/index.html" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36"
123.45.67.89 10.20.30.40 - - [20/Apr/2014:03:15:45 +0900] "GET /greatest_music_ever.mp3 HTTP/1.1" 200 19478980 "http://www.exemple.com/index.html" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36"

のようなログが

{"xforward_for":"123.45.67.89","ip":"10.20.30.40","remotelog":"-","remoteuser":"-","time":"2014-04-20 03:15:35 +0900","request":"GET /index.html HTTP/1.1","status":"200","bytes":159,"referer":"https://www.google.co.jp/","ua":"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36"}
{"xforward_for":"123.45.67.89","ip":"10.20.30.40","remotelog":"-","remoteuser":"-","time":"2014-04-20 03:15:40 +0900","request":"GET /best_picture_ever.jpg HTTP/1.1","status":"200","bytes":534000,"referer":"http://www.exemple.com/index.html","ua":"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36"}
{"xforward_for":"123.45.67.89","ip":"10.20.30.40","remotelog":"-","remoteuser":"-","time":"2014-04-20 03:15:45 +0900","request":"GET /greatest_music_ever.mp3 HTTP/1.1","status":"200","bytes":19478980,"referer":"http://www.exemple.com/index.html","ua":"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36"}

のように変換されます。ポイントを何点か。

X-Forwarded-Forはプロキシ経由だと123.45.67.89, 234.56.78.90のようにカンマ空白区切りで2つのIPアドレスが記録されることがあります。その場合の判定処理を追加してます。

Apacheの時刻形式（[20/Apr/2014:03:13:24 +0900]などのような）はTime.parseでもDateTime.parseでもパースできず面倒くさいなあ…と思ったのですが日付の後の:を空白に換えたらあっさりパースできました。

また今回はJSONに変換していますが、ApacheLogクラスを使って他にも何か応用できるかもですね。

それはそうとStructちょう便利ですよね！！

SomeClass = Struct.new :some_attr, :another_attr do
  def greeting
    "Hello!"
  end
end

foobar = SomeClass.new "foo", "bar"
foobar.some_attr # => "foo"
foobar.another_attr # => "bar"
foobar.greeting # => "Hello!"

こちらの記事はなかの人（ヤマグチ）監修のもと掲載しています。
元記事は、こちら

一般ユーザでdockerコマンド利用時に dial unix /var/run/docker.sock: permission denied

2014-05-01T20:25:00.001+09:00

cloudpack のがみさんです。

こんばんは。久しぶりにdocker業をとその前に。 AmazonLinuxでdockerが動くのを思い出し、ちょうど利用したいケースがあったのですが一般ユーザでdockerコマンドを実行するとパーミッションが..


$ sudo yum install -y docker-io
$ sudo service docker start
$ docker info
2014/04/29 13:17:22 dial unix /var/run/docker.sock: permission denied

dockerの起動オプションが-dのみ（デーモン起動）の場合は、socketモードでの起動になります。
sockerfileのパーミッションをotherに読み取りとか設定するか、ドキュメントの通りに、DockerのAPIをTCPで蹴れるように起動オプションを指定します。


$ sudo vi /etc/sysconfig/docker
#
# Other arguments to pass to the docker daemon process
# These will be parsed by the sysv initscript and appended
# to the arguments list passed to docker -d


other_args="-H 127.0.0.1:4243"

確認してみます。


$ export DOCKER_HOST=tcp://127.0.0.1:4243
$ docker info
ontainers: 0
Images: 4
Driver: devicemapper
 Pool Name: docker-202:1-276039-pool
 Data file: /var/lib/docker/devicemapper/devicemapper/data
 Metadata file: /var/lib/docker/devicemapper/devicemapper/metadata
 Data Space Used: 1001.7 Mb
 Data Space Total: 102400.0 Mb
 Metadata Space Used: 1.1 Mb
 Metadata Space Total: 2048.0 Mb

OKです。

こちらの記事はなかの人（がみさん）監修のもと掲載しています。
元記事は、こちら

未経験者向けクラウド勉強会 Cloud on the BEACH2014 ＆ Cloud on the BEACH2014 勉強会の部に参加してきました

2014-04-30T09:00:00.000+09:00

cloudpack大型サイズ新人の比企宏之（@unioce）です。

未経験者向けクラウド勉強会 Cloud on the BEACH2014 ＆ Cloud on the BEACH2014 勉強会の部に参加してきました

※比企の参加していた系列で記載させてもらっています

午前中は経験者トラックに参加していました。

10:30　セッション1 ユージー＆ヨーギーの AWS Summit 2014 San Francisco道中記　下門祐二・与儀実彦 [株式会社レキサス]

株式会社レキサスさんの下門祐二さんと与儀実彦さんによるAWS Summit 2014のお話がありました。

下門さんと与儀さんも写真にあるように民族衣装でトークにおもむきましたが実はSan Franciscoでも同じ格好で町中をあるかれていたようで写真をがんがん取られていたようです。

11:10　セッション2 大阪のイノベーションやコミュニティーファーストの今とこれから　本人 [イノベーションエッグ代表]

前日の資料を元に当日に裏Verとしてアレンジさせていただきお話させてもらいました。裏話なのでここでは記載できませんが興味をもっていただいたようで多くの質問があがったのはうれしい限りです。

表Verはこちら

http://www.slideshare.net/hiroyukihiki/ss-33958399

午後からは未経験者向けセッションに参加

13:00　セッション2 AWSのサービス全部紹介！

桶谷拓也様 [株式会社サーバーワークス]

AWSのすべてのサービスを話を50分で話しきるという荒技にチャレンジ。

話きりましたが、いつもクールに話し笑いはスベル桶谷さんが、息を切らしながら笑い一切なしでしゃべりきったのは

非常にレア？なセッションだったと思います。

http://www.slideshare.net/okeee0315/20140426-cloud-onthebeach2014

14:00　セッション3 AWSのセキュリティについて

堀内康弘様　[アマゾンデータサービスジャパン株式会社]

セキュリティの話をガッツりと話されてました。

http://www.slideshare.net/horiyasu/aws-33963790

15:00　セッション4 初めてのAWS Direct Connect

Direct Connect関連では結構ガチな資料になったと自負してましたが(過去形汗)

よくよく考えるとAWSのサービスメインでの話をJAWS-UGでしゃべるのはなにげに始めてでしたw

※JAWS-UG以外ではよく話ているのですが汗

http://www.slideshare.net/hiroyukihiki/direct-connect-ver01

15:15　セッション5 AWSのセールスを始めて1年・・・をふりかえってみた |ω・`）チラ～お客様（中小企業）へのご提案顛末記～

杉谷　たかき様 [インフォームシステム株式会社]

杉谷さんの浪速のAWS商いの話。

またAWSへの全面移行をしないと中小企業としては運用面で逆に大変との話。

この後にビーチパーティーもやりました。

至る所で熱い会話が繰り広げられ(ここに書けないネタが多すぎますが、いずれしゃべれる時期が来ます)、自身も参加してよかったと思います。

次の参加の機会があれば是非よろしくお願いします〜

こちらの記事はなかの人（比企宏之）監修のもと掲載しています。
元記事は、こちら

未経験者・経営者向けのクラウド勉強会　クラウドチャンプルー2014春に参加してきました

2014-04-29T18:09:00.001+09:00

cloudpack大型サイズ新人の比企宏之（@unioce）です。

未経験者・経営者向けのクラウド勉強会　クラウドチャンプルー2014春に参加してきました。

アイレット株式会社(cloudpack)に入社して、初めての講師で

元々コミュニティでは裏方として動いていたので、あまり講師としては

JAWS-UGでは特にやってなかったのですが(他のコミュニティでは話していた)、

今回もJAWS-UGではなく、しかも沖縄でAWSの小島さんとハンズラボの長谷川さんに

挟まれてといきなりハードルの高いデビューとなりました汗

当日は地元のラジオのパーソナリティの本村ひろみ様に司会をして頂き、

110名の方がエントリーで当日は平日のお昼から90名の方が参加される

大型勉強会となりました

AWS小島さんセッション1

「クラウドが地方 IT 事業者の「強力なビジネスサポーター」となるには」

今回はAWSの話よりもクラウドとは？クラウドの流れがもたらす破壊的な流れを

地元四国(高知)に作られた本州からの連絡橋(瀬戸大橋など)に例えてはなされていました。

高速道路により地元で商売している方に勝機ができたのではなく、

大手の企業が地元に入ってきて地元の企業の商いを浸食した話をして危機感を持ってほしいとの想いでお話されてましたが沖縄には連絡橋がないのでうまく刺さらなかったかもと小島さん言われてました汗

比企セッション2

「大阪のイノベーションやコミュニティーファーストの今とこれから(表)」

cloudpackに入ってから初めて講師させて頂きました。詳しくは

http://www.slideshare.net/hiroyukihiki/ss-33958399

にスライドシェアとしてUPしていますが、コミュニティ関連の話をさせていただきました。

正直、聴く方の層がわからなかったのでどうなるかと内心ドキドキものでしたが

後から何人の方から一番良かったとお話して頂き、ある意味AWS関連で話をしなくて良かったと思いましたw

ハンズラボ株式会社　長谷川さんセッション3

「「東急ハンズを支える技術」はＡＷＳか？」

AWSの話は前半なくてgoogle appsの導入の話などをしながらいつもの勢いのあるトークで東急ハンズのAWSの現状の話から今後の安価なタブレット(ChromeでHTML5)を利用しながらVPNなどを使わずにSSL(この前のOpenSSLの話も含め)でシステムを組んでいきたいとの話をされてました。

資料は展開されてませんが長谷川さんの熱いBLOGは下記

長谷川秀樹のIT酒場放浪記　第1回　よしおかひろたかさん

パネルディスカッション

ファシリテーター：クラウドチャンプルー実行委員長西島

スピーカー：長谷川様、小島様、比企様、常盤木様

での話になりましたが、実行委員長の西島さんが会場から質問を募ってやりたかったのですが沖縄の方”も”なかなか質問が出ななかったですね(関西でもなかなかでないです)

http://www.slideshare.net/KoichiroNishijima/2014-33961203

トータルで110名の方がエントリーされ、いきなりの大規模勉強会になり運営の西島さんもホッとしていましたが、今回いろんな方(特にレキサスさんのがんばりがすごい)が協力して頂き、運営側の沖縄に対する想いが一体になったイベントとなりました。

自身もイノベーションエッグやJAWS-UGを運営していて継続するのが非常に大変なのはわかっていますが、今後も第二回・第三回と実施していただき、沖縄をクラウドで盛り上げていって頂ければと思います。

この後の沖縄でのイベントも沖縄の熱量を感じる会話を多くお聴きし、

今から沖縄は伸びるってのを感じた一日でした。

こちらの記事はなかの人（比企宏之）監修のもと掲載しています。
元記事は、こちら

sensu-clientのリポジトリをどのように管理しようかな(Berkshelf失敗編)

2014-04-29T17:27:00.001+09:00

cloudpack のがみさんです。

こんばんは。Cote&CielのLaptop Rucksackを衝動買いした私です。財布のなかがすっからかん。

マカーのためにデザインされたバッグブランドらしいです。大変グレイトです。

非常に大きいバッグのため、私のように身長がt1.microな人が身につけると、デントロビウム状態になってしまいます。注意ですね。

さて前回の続きです。

sensu-clientのテンプレート用リポジトリと、各プロジェクトで利用するリポジトリはメンテナが違います。

テンプレート用リポジトリをプロジェクトリポジトリのメンテナが誤って操作しないように、

Berkshelfで管理してしまおうと思います。Berkshelfは依存するcookbooksを一元管理できる便利なツールです。

Chef版のBundlerだと思っています。

これを利用してテンプレートとプロジェクトリポジトリの境界線を引いてみようと思います。

プロジェクト用リポジトリのclone

すでにプロジェクト用のリポジトリは作成済みですのでcloneします

orenomac$ git clone <bareリポジトリ>

BundlerでBerkshelfのインストール

berkshelfやknife-solo等のツールはなるべくシステムに依存しないようBundlerで管理します。

orenomac$ bundle init
orenomac$ vi Gemfile
source "https://rubygems.org"

gem 'berkshelf'
gem 'knife-solo'
gem 'serverspec'
gem 'test-kitchen'
gem 'kitchen-vagrant'
gem 'knife-solo_data_bag'
gem 'pry'
orenomac$ bundle install --path vendor/bundle
・・省略・・
Your bundle is complete!
It was installed into ./vendor/bundle
Post-install message from knife-solo:
Thanks for installing knife-solo!

If you run into any issues please let us know at:
  https://github.com/matschaffer/knife-solo/issues

If you are upgrading knife-solo please uninstall any old versions by
running `gem clean knife-solo` to avoid any errors.

See http://bit.ly/CHEF-3255 for more information on the knife bug
that causes this.

chef solo初期化

自動的にBerkshelf用のファイルも作られるようです。ありがたや。(久しぶりにknife solo initした)

orenomac$ bundle exec knife solo init .
Creating kitchen...
Creating knife.rb in kitchen...
Creating cupboards...
Setting up Berkshelf...

Berksfileの編集とcookbooksの導入

berkshelf 3以降からberks installがberks vendorへリプレースされたみたいです。

旧来の

berks install --path cookbooks

に慣れている人はご注意を。しっかしopscode-cookbooks/yumといい、 v3.0以上になると使い方がガラッと変わるのはなんなのか。。

orenomac$ vi Berksfile
site :opscode

cookbook "sensu"
cookbook "selinux"
cookbook "hostsfile"
cookbook "build-essential"
cookbook "<テンプレート用リポジトリ>", git: "https://github.com/****/****.git"
orenomac$ bundle exec berks vendor cookbooks
Fetching '*******' from git@github.com:****/****.git (at master)
The resource at '/var/folders/81/c4lywdsd7k5dsbqt9y35q8zm0000gn/T/d20140427-22194-x4okdh' does not appear to be a valid cookbook. Does it have a metadata.rb?

！？エラーが出ました。なぜでしょうか。

すっかり忘れていたのですがBerkshelfはcookbooksを一元管理するためのツールです。

今回Berkshelfで導入しようとしたテンプレート用リポジトリはcookbookだけではなくchef solo実行環境が整備された状態となっているリポジトリでした。

そのためberks vendorが失敗してしまったというバッドノウハウ。

粒度が大きすぎましたね。そりゃエラーでますわ(ﾉ∀`)ｱﾁｬｰ

今回は失敗に終わったので却下ですかね。

その他気になる

なんだこれ気になる・・chefdkとか

Chef Development Kit

サーバの構成管理をするのが目的で、達成するツールとしてchefを利用するだけなのにchefることが目的になりそう。おそろしや。

そろそろ川越シェフがchefのロゴだった時の画像を下さい！とか川越シェフがモコズキッチンでknife solo cook実行している画像を下さいとか

俺の川越フォルダが火を噴く日が来てくれると嬉しいです。

さてリポジトリ練り直しの相談するか・・

こちらの記事はなかの人（がみさん）監修のもと掲載しています。
元記事は、こちら

sensu-clientのリポジトリをどのように管理しようかな(git remote編)

2014-04-28T16:42:00.001+09:00

cloudpack のがみさんです。

こんばんは。顔に疲労のでないイケメンになりたい私です。
同僚のy13iサンがsensu-server環境を作ってくれたので、クライアント登録や通知のテストをしていきます。

さてGithubに自前のsensu client監視用テンプレート（というかchefのリポジトリ）があったとします。
これをベースに他のリポジトリに移植して利用したいときどうしましょうか。

今回はgitのリモートリポジトリ登録を試したいと思います。

ベースリポジトリのcloneとリモートリポジトリの登録

ベースリポジトリにはbundler, berkshelf, sensu等, sensuをchef-soloで利用するための環境が入っています


orenomac$ git clone <github_repository>
orenomac$ git remote add ope-sensu-test <repository_URL>/sensu-test.git

リモートリポジトリへの初回プッシュ


orenomac$ git push -u sensu-test master
Counting objects: 356, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (180/180), done.
Writing objects: 100% (356/356), 43.50 KiB | 0 bytes/s, done.
Total 356 (delta 148), reused 343 (delta 142)
To sensu-test.git
 * [new branch]      master -> master
Branch master set up to track remote branch master from sensu-test.

作業ブランチを登録したリモートリポジトリに変更


orenomac$ git checkout sensu-test/master

対象ホストにchef-clientをインストール

node/.jsonが作られるので


orenomac$knife solo prepare -F ssh_config sensu-client1

作業


orenomac$ git branch sensu-client-test
orenomac$ git checkout sensu-client-test
Switched to branch 'sensu-client-test'
※作業ブランチで目的の作業を行う(httpd監視設定とか)
orenomac$ git commit
[sensu-client-test 6d75492] テスト用クライアントの登録
 2 files changed, 3 insertions(+), 2 deletions(-)
 create mode 100644 nodes/sensu-client1.json
orenomac$ git push sensu-test sensu-client-test

適用

今回はsensu-client用ノードにsensu-clientをインストールして、rabbitmqへポーリングするだけのrecipeを適用しています。


orenomac$ bundle exec knife solo cook -F ssh_config sensu-client1
Running Chef on sensu-client1...
Checking Chef version...
Installing Berkshelf cookbooks to 'cookbooks'...
・
・
省
略
・
・

Recipe: <Dynamically Defined Resource>
  * service[sensu-client] action restart
    - restart service service[sensu-client]

Running handlers:
Running handlers complete

Chef Client finished, 31/54 resources updated in 63.580449321 seconds

無事登録出来ました。（なんで自分で作ったらできなかったのだろうか）

作業ブランチをremote/masterブランチにマージ

書いたrecipe適用がOKだったらmasterへマージします。 NGだったら作業ブランチを破棄します。


orenomac$ git checkout master
orenomac$ git merge sensu-test/sensu-client-test
Updating d210296..6d75492
Fast-forward
 nodes/sensu-client1.json                             | 1 +
orenomac$ git push sensu-test master
orenomac$ git -d sensu-test sensu-client-test
orenomac$ git push --delete sensu-test sensu-client-test

以上で作業完了です。これは自動化できますね〜。あとテスト。

所感

origin/master残ったままなので確実にoriginへpushしてしまいそうでむちゃくちゃ怖い。エイリアス変えてしまえばよいのかな？
テンプレートはBerkshelfで/vendor/cookbooks/に拾ってきて
override attributeで対処したほうがorigin/masterにプッシュすることないからいいかも。

Git力が足りない。

次はいつもつかってるBerkshelfで試したいと思います。

こちらの記事はなかの人（がみさん）監修のもと掲載しています。
元記事は、こちら

RDS Oracleは共有サーバ接続をサポートしているのか？

2014-04-28T13:00:00.000+09:00

cloudpack のがみさんです。

どうもこんにちは私です。嫌いなものはラッチです。

好きなOracleのサーバプロセスはアーカイバです。

RDS Oracleへの接続方式は、専用サーバ接続が標準です。共有サーバ接続はサポートされているのか調べてみました。

古いフォーラムですが、サポートしてますよとのことです。

https://forums.aws.amazon.com/thread.jspa?messageID=251671

RDSのパラメータグループで変更可能でしょうね。

しかしこれに切り替えるとソート領域がSGAになるんで今度はSGAが圧迫しそうだな・・・

こちらの記事はなかの人（がみさん）監修のもと掲載しています。
元記事は、こちら

Sensu 0.12 調査メモ No Items found.

2014-04-28T10:00:00.000+09:00

cloudpack のがみさんです。

盛大に失敗した履歴です。

sensu-serverとclientの環境を整えたはずなのに、

sensu-dashboardからclientが表示されない問題を抱えています。

sensu-server.logを眺めているとsensu-serverがrabbitmqからデータを取得していないように見えます。

さて以下より記録です。

sensu-server用ノード

OS： CentOS6.5
役割：sensu-server/sensu-api/sensu-dashboard/rabbitmq/redis
IP: 10.0.0.150
sensuのバージョン：sensu-0.12.3-1.x86_64

sensu-client用ノード

OS： CentOS6.5
役割： sensu-client
IP: 10.0.0.163
sensuのバージョン：sensu-0.12.3-1.x86_64

apiコール結果

infoは取得できるがclientsはぬるぽ

$ curl http://localhost:4567/info
{"sensu":{"version":"0.12.3"},"rabbitmq":{"keepalives":{"messages":0,"consumers":1},"results":{"messages":0,"consumers":1},"connected":true},"redis":{"connected":true}}
# curl http://localhost:4567/clients
[]←これが原因。なぜ空なのか

dashboardから確認すると, itemが0に...

なぜsensu-clientがsensu-serverに登録されていないように見えるのかを調査してみました。

Sensuのアーキテクチャ

sens-clientはrabbitmqと会話します。

sensu-clientがrabbitmqへアクセスできない？
エンドポイント名称は正しいか
rabbitmqポート(デフォルト5672)は開いてるか

rabbitmqのWebUI

rabbitmqはCLIやWebUIがプラグインで提供されています。

rabbitmq_managementというプラグインを有効にしてキューの状態を確認してみます。

rabbitmq_managementの有効化

# rabbitmq-plugins list
[e] amqp_client                       3.1.5
[ ] cowboy                            0.5.0-rmq3.1.5-git4b93c2d
[ ] eldap                             3.1.5-gite309de4
[e] mochiweb                          2.7.0-rmq3.1.5-git680dba8
[ ] rabbitmq_amqp1_0                  3.1.5
[ ] rabbitmq_auth_backend_ldap        3.1.5
[ ] rabbitmq_auth_mechanism_ssl       3.1.5
[ ] rabbitmq_consistent_hash_exchange 3.1.5
[ ] rabbitmq_federation               3.1.5
[ ] rabbitmq_federation_management    3.1.5
[ ] rabbitmq_jsonrpc                  3.1.5
[ ] rabbitmq_jsonrpc_channel          3.1.5
[ ] rabbitmq_jsonrpc_channel_examples 3.1.5
[E] rabbitmq_management               3.1.5
[e] rabbitmq_management_agent         3.1.5
[E] rabbitmq_management_visualiser    3.1.5
[ ] rabbitmq_mqtt                     3.1.5
[ ] rabbitmq_shovel                   3.1.5
[ ] rabbitmq_shovel_management        3.1.5
[ ] rabbitmq_stomp                    3.1.5
[ ] rabbitmq_tracing                  3.1.5
[e] rabbitmq_web_dispatch             3.1.5
[ ] rabbitmq_web_stomp                3.1.5
[ ] rabbitmq_web_stomp_examples       3.1.5
[ ] rfc4627_jsonrpc                   3.1.5-git5e67120
[ ] sockjs                            0.3.4-rmq3.1.5-git3132eb9
[e] webmachine                        1.10.3-rmq3.1.5-gite9359c7
# rabbitmq-plugins enable rabbitmq_mamagement

rabbitmq_managementへアクセス

guestでログインします（本番運用するときは消しましょう）

rabbitmqの状態を確認できます。

rabbitmqに接続できているノード一覧を確認します。

どうやらrabbitmqにsensu-clientのノードは疎通できているみたいです。

sensu-dashboardが怪しいのかな？

そうだsensu-dashboardを捨てて他のコンソールを使ってみようヽ(´ー｀)ノ

sensu-adminを導入します。

sensu-adminのインストール

sensu-adminのcookbooksは公開されていますがdebianプラットフォーム向けのため手動でインストールします。

rbenvとruby-buildのインストール

Amazon Linuxなら標準でruby 2.0がインストールされているけど今回はCentOSで全部入りsensu-serverを稼働させてしまったので('A`)

rbenv+ruby-buildを導入します。

$ git clone https://github.com/sstephenson/rbenv.git ~/.rbenv
$ git clone https://github.com/sstephenson/ruby-build.git ~/.rbenv/plugins/ruby-build
$ rbenv install -l |grep 2.1
$ rbenv install 2.1.1
$ gem install bundler --no-ri --no-rdoc
Successfully installed bundler-1.6.2
1 gem installed

sensu-adminの導入

sensu-adminを導入し、簡易Webサーバモードで起動してみます。

$ sudo yum install -y sqlite3-devel
$ git clone https://github.com/sensu/sensu-admin.git
Initialized empty Git repository in /opt/sensu-admin/.git/
remote: Reusing existing pack: 2754, done.
remote: Total 2754 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (2754/2754), 876.71 KiB | 314 KiB/s, done.
Resolving deltas: 100% (1143/1143), done.
$ bundle exec rake db:migrate
$ bundle exec rake db:seed
$ bundle exec rails server
$ bundle exec rails server
=> Booting Thin
=> Rails 3.2.14 application starting in development on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server
>> Thin web server (v1.5.1 codename Straight Razor)
>> Maximum connections set to 1024
>> Listening on 0.0.0.0:3000, CTRL+C to stop

ブラウザからhttp://<sensu-admin>:3000へアクセスすると、ログイン画面が表示されています。

だめだったorz.......

以下コンフィグとログ

共通

/etc/sensu/config.json

{
  "rabbitmq": {
    "host": "10.0.0.150",
    "port": 5672,
    "vhost": "/sensu",
    "user": "sensu",
    "password": "oresensu"
  },
  "redis": {
    "host": "10.0.0.150",
    "port": 6379
  },
  "api": {
    "host": "10.0.0.150",
    "bind": "0.0.0.0",
    "port": 4567
  },
  "dashboard": {
    "bind": "0.0.0.0",
    "port": 8080,
    "user": "admin",
    "password": "ikemen"
  }
}

/etc/sensu/sensu-server.log

とり忘れてた

client側(10.0.0.163)

/etc/sensu/conf.d/client.json

{
  "client": {
    "name": "orenoec2",
    "address": "10.0.0.163",
    "subscriptions": [
      "all"
    ]
  }
}

/var/log/sensu/sensu-client.log

起動時のログ

{"timestamp":"2014-04-25T22:29:13.529970+0900","level":"debug","message":"loading config file","config_file":"/etc/sensu/config.json"}
{"timestamp":"2014-04-25T22:29:13.530580+0900","level":"debug","message":"loadin
g config file","config_file":"/etc/sensu/conf.d/client.json"}
{"timestamp":"2014-04-25T22:29:13.531098+0900","level":"warn","message":"config
file applied changes","config_file":"/etc/sensu/conf.d/client.json","changes":{"client":[null,{"name":"orenoec2","address":"10.0.0.163","subscriptions":["all"]}
]}}
{"timestamp":"2014-04-25T22:29:13.531264+0900","level":"debug","message":"loadin
g config file","config_file":"/etc/sensu/conf.d/checks/cpu.json"}
{"timestamp":"2014-04-25T22:29:13.531616+0900","level":"warn","message":"config
file applied changes","config_file":"/etc/sensu/conf.d/checks/cpu.json","changes
":{"checks":{"cpu":[null,{"command":"check-cpu.rb -w 80 -c 90","standalone":true
,"handlers":["mailer-ses"],"interval":30,"occurrences":3}]}}}
{"timestamp":"2014-04-25T22:29:13.531885+0900","level":"debug","message":"valida
ting settings"}
{"timestamp":"2014-04-25T22:29:13.532255+0900","level":"debug","message":"settin
gs are valid"}
{"timestamp":"2014-04-25T22:29:13.545915+0900","level":"info","message":"loaded
extension","type":"mutator","name":"only_check_output","description":"returns ch
eck output"}
{"timestamp":"2014-04-25T22:29:13.550142+0900","level":"info","message":"loaded
extension","type":"handler","name":"debug","description":"outputs json event dat
a"}
{"timestamp":"2014-04-25T22:29:13.587469+0900","level":"debug","message":"connec
ting to rabbitmq","settings":{"host":"10.0.0.150","port":5672,"vhost":"/sensu","
user":"sensu","password":"oresensu"}}
{"timestamp":"2014-04-25T22:29:13.612744+0900","level":"debug","message":"schedu
ling keepalives"}
{"timestamp":"2014-04-25T22:29:13.616990+0900","level":"debug","message":"publis
hing keepalive","payload":{"name":"orenoec2","address":"10.0.0.163","subscriptio
ns":["all"],"timestamp":1398432553}}
{"timestamp":"2014-04-25T22:29:13.617499+0900","level":"debug","message":"subscr
ibing to client subscriptions"}
{"timestamp":"2014-04-25T22:29:13.617727+0900","level":"debug","message":"schedu
ling standalone checks"}

こちらの記事はなかの人（がみさん）監修のもと掲載しています。
元記事は、こちら

Amazon Redshift に COPY コマンドでCSVをインポートする

2014-04-28T09:30:00.000+09:00

cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。

Redshiftに移行する際に既存のデータを投入したいことがあると思います。今日はそのやり方をメモ書き。

0. 前提

Redshiftのクラスタは作成済みである
EC2からRedshiftに接続できるように Cluster Security Group が設定済みである
EC2にawscli導入済みである

1. EC2からS3にデータをアップロードする

1.1 (準備)EC2にクレデンシャルを設定する

$ aws configure
AWS Access Key ID [None]: <アクセスキー>
aws Secret Access Key [None]: <シークレットキー>
Default region name [None]: us-east-1
Default output format [None]:

デフォルトリージョンがus-east-1の場合↑

1.2 (準備)S3にバケットを作る

$ aws s3 mb s3://test-bucket
make_bucket: s3://test-bucket/
$ aws s3 ls
2014-04-24 00:30:00 test-bucket

バケット名がtest-bucketの場合↑

1.3 S3にCSVファイルをアップロードする

$ aws s3 cp test.CSV s3://test-bucket/ &
upload: ./test.CSV to s3://test-bucket/test.CSV
[1]-  終了        aws s3 cp test.CSV s3://test-bucket/

CSVファイル名：test.CSV の場合↑

2. EC2からpsqlで接続する

2.1 (準備)psqlをインストールする

$ sudo yum install postgresql

2.2 psqlで接続する

$ psql -h my-dw-instance.xxxx.us-east-1.redshift.amazonaws.com -U awsuser -d mydb -p 5439
ユーザ awsuser のパスワード: <パスワード>
mydb #

RedshiftクラスタのエンドポイントURL：my-dw-instance.xxxx.us-east-1.redshift.amazonaws.com の場合↑
ユーザー名：awsuser の場合↑
データベース名：mydb の場合↑
ポート番号：5439 の場合↑

3. CSVをインポートする

3.1 (準備)テーブルを作成する

mydb # create table test(
mydb(#  id integer,
mydb(#  test_date timestamp,
mydb(#  memo VARCHAR(64));
CREATE TABLE

テーブルを作成するときに各カラムの圧縮方式を指定することもできるが、後ほどCSVファイルをCOPYコマンドでインポートするときに、エンコードなしでテーブルが0件だと、ファイルを10万行読んで自動圧縮をしてくれるようなので今回はそちらに任せる。非常に便利な機能ですね。
自動圧縮ありでテーブルをロードする - Amazon Redshift

3.2 CSVファイルをアップロードする

mydb=# COPY test FROM 's3://test-bucket/test.CSV' CSV credentials 'aws_Access_key_id=<アクセスキー>;aws_secret_Access_key=<シークレットキー>'
INFO:  Load into table 'test' completed, 100000000 record(s) loaded successfully.
COPY

※コマンド一行だとこんな感じ↓ただしパスワードは指定できないのでバックグラウンド実行できない。

$ psql -h my-dw-instance.xxxx.us-east-1.redshift.amazonaws.com -U awsuser -d mydb -p 5439 -c "COPY test FROM 's3://test-bucket/test.CSV' CSV credentials 'aws_Access_key_id=<アクセスキー>;aws_secret_Access_key=<シークレットキー>';"
ユーザ awsuser のパスワード:
INFO:  Load into table 'test' completed, 100000000 record(s) loaded successfully.
COPY

最後に

今回はdw2.largeのシングルノードで試しました。上記で例に使ったテーブルよりもっとレコードレングスの長いテーブルを3つほど作って1億行ずつインポートしてみましたが、いずれも10分程度で完了しました。非常に楽ですね。
コマンド一行でバックグラウンド実行できないのは少し面倒。なんかいいやり方ないかな。

こちらの記事はなかの人（yoshidashingo）監修のもと掲載しています。
元記事は、こちら

cloudpackブログ週刊レビュー 2014/04/28

2014-04-28T09:00:00.000+09:00

先週公開した記事は下記となります。

公開日	作成者	タイトル
04月21日（月）	ヤマグチ	Ruby on Rails: Scaffoldで量産されたControllerの処理をConcernで共通化してみる
04月22日（火）	ヤマグチ	Ruby: ブロック書きたくない病に罹患してArray#to_procを定義してみた
04月25日（金）	ヤマグチ	Ruby: Array#to_procその後
04月25日（金）	がみさん	Vagrantでインスタンスを指定したVPC subnet配下で起動してEIPを割り当てる方法

Vagrantでインスタンスを指定したVPC subnet配下で起動してEIPを割り当てる方法

2014-04-25T11:00:00.000+09:00

cloudpack のがみさんです。

指定したVPCのSubnetにvagrant up --provider=awsでインスタンスを起動する方法です。

現時点でvagrant-awsのREADME.mdに下記のようなことが書いてあったけど、動かなかったので

README.md

associate_public_ip - If true, will associate a public IP address to an instance in a VPC.

やってみた結果


AWS Provider:
* The following settings shouldn't exist: public_ip_address

対応

Issue読んでみるとelastic_ipパラメータがあるらしい。

subnet_idを指定する。
aws.elastic_ipパラメータをtrueにするとインスタンス起動時にEIPが割り当てられます。


# -*- mode: ruby -*-
# vi: set ft=ruby :
require 'yaml'
# Vagrantfile API/syntax version. Don't touch unless you know what you're doing!
VAGRANTFILE_API_VERSION = "2"

attributes = YAML.load_file(".aws/config.yml")

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|

  config.vm.box = "dummy"
  config.omnibus.chef_version = :latest

  config.vm.provider :aws do |aws, override|
    aws.tags = attributes["aws_provider"]["tags"]
    aws.access_key_id = attributes["aws_provider"]["access_key_id"]
    aws.secret_access_key = attributes["aws_provider"]["secret_access_key"]
    aws.keypair_name = attributes["aws_provider"]["keypair_name"]
    aws.region = attributes["aws_provider"]["region"]
    aws.ami = "ami-99107d98" #suz_lab_centos-core-6.5.1
    aws.instance_type = attributes["aws_provider"]["instance_type"]
    aws.security_groups = attributes["aws_provider"]["security_groups"]
    aws.subnet_id = attributes["aws_provider"]["subnet_id"]
    aws.elastic_ip = true
    override.ssh.username = attributes["aws_provider"]["ssh_username"]
    override.ssh.private_key_path = attributes["aws_provider"]["ssh_private_key_path"]
  end
end

終わりです。

こちらの記事はなかの人（がみさん）監修のもと掲載しています。
元記事は、こちら

Ruby: Array#to_procその後

2014-04-25T09:55:00.003+09:00

cloudpack のヤマグチです。

図らずも5年前の車輪を再発明してしまった前回でした。

ふと思ったのですが、Symbol#[]はどういう実装だったかなと。

class Symbol

self.to_s[nth] と同じです。

self.to_s[nth, len] と同じです。

self.to_s[substr] と同じです。

self.to_s[regexp, nth] と同じです。

self.to_s[range] と同じです。

うーむ。Stringと同じなんですね……。暴挙と承知の上でこれをオーバーライドするとしたらこんな感じでしょうか。


class Symbol
  def [] *args
    Proc.new {|object| object.send self, *args}
  end
end

%w(vanilla caramel matcha).map &:+[" icecream"]
# => ["vanilla icecream", "caramel icecream", "matcha icecream"]

素直にブロックを書きましょう。

こちらの記事はなかの人（ヤマグチ）監修のもと掲載しています。
元記事は、こちら

Ruby: ブロック書きたくない病に罹患してArray#to_procを定義してみた

2014-04-22T09:00:00.000+09:00

cloudpack のヤマグチです。

甘い物は好きですか？私は好きです。

sweets = %w(cheese strawberry chocolate)

皆様ご存知の通り、Ruby 1.9以降では

sweets.map {|sweet| sweet.capitalize}
# => ["Cheese", "Strawberry", "Chocolate"]

と書くところを

sweets.map &:capitalize
# => ["Cheese", "Strawberry", "Chocolate"]

とも書くことができます。

&プレフィックスの後にProcでないオブジェクトを置くと、そのオブジェクトの#to_procメソッドを使って暗黙の変換が試みられます。Ruby 1.9以降ではSymbolに#to_procがあらかじめ定義されており、:capitalizeという名前のメソッドを呼び出すProcをブロックに変換した上でイテレータ（ブロックを取るメソッド）に渡すという意味になるため、後者のような書き方ができるということですね。

でもこの書き方、シンボルで名前を指定したメソッドに引数を渡せません。

sweets.map(&:+, " cake")
# => SyntaxError: unexpected ')', expecting end-of-input

sweets.map &(:+, " cake")
# => SyntaxError: unexpected ')', expecting end-of-input

sweets.map(&:+(" cake"))
# => SyntaxError: unexpected ')', expecting end-of-input

こういう場合、普通は素直にブロックを付けて書きます。

sweets.map {|sweet| sweet + " cake"}
# => ["cheese cake", "strawberry cake", "chocolate cake"]

これでも別にいいじゃん。で終わりなのですが、引数を付けるだけなのに……ぐぬぬ、と色々な人たちが&:メソッド名に引数を渡そうと色々な黒魔術を錬成してきたようです（参考参照）。

では、こんなのはどうですかね？

class Array
  def to_proc
    Proc.new {|object| object.send first, *self[1..-1]}
  end
end

sweets.map &[:+, " cake"]
# => ["cheese cake", "strawberry cake", "chocolate cake"]

はい。配列に&を付けてます。配列の中身は1つ目がメソッド名のシンボル、それ以降は引数です。複数引数もいけます。

sweets.map &[:sub, "straw", "blue"]
# => ["cheese", "blueberry", "chocolate"]

おさらいです。&を付けてイテレータに渡されたオブジェクトはそれがProcでない場合#to_procでProcに変換しようとするのでした。

ここではArrayに「配列の先頭要素の名前のメソッドを、2番目以降の要素を引数として呼び出す」という内容の#to_procメソッドを定義してみました。あとは&に配列を渡すだけ……こんな内容のProcが生成され、ブロックとして#mapに渡されているはずです。

Proc.new {|object| object + " cake"}
Proc.new {|object| object.sub "straw", "blue"}

いかがです？

面白いと思った方、参考URLを見るともっと面白いはずです。特に関数型Rubyシリーズは非常にディープでヤバいのでオススメ。

参考

こちらの記事はなかの人（ヤマグチ）監修のもと掲載しています。
元記事は、こちら

Ruby on Rails: Scaffoldで量産されたControllerの処理をConcernで共通化してみる

2014-04-21T10:00:00.000+09:00

cloudpack のヤマグチです。

Railsネタです。

RailsにはConcernという仕組みがあります。ActiveSupportが提供する機能のひとつなのですが、一言でいうと複数モデル間で共通のロジックを1つのモジュールにまとめてDRYにできる機能で、Railsの開発者であるDHHもこれを推しているようです。

Concernよりも有名と思われるRailsの機能にScaffoldがあり、これはrails generate scaffoldコマンドを打つだけで関連するmodel、controller、viewを基本的な機能をあらかじめ実装した形で一気に自動生成してくれるというウルトラ便利機能です。

しかしこのScaffold、複数回使用するとその分だけほとんど内容の変わらないmodelやcontrollerが量産されてしまい、そんなのDRYじゃねえ！状態になりがちです。

上の記事ではmodelに対してconcernを使っていますが、同じ考え方はcontrollerにも使えます。

Scaffoldが生成するcontrollerはリソースの作成・更新・読み取り・削除（いわゆるCRUD）を提供します。そこでこのCRUDな機能をconcernとしてまとめてみようと思います。

まず適当なRailsプロジェクトを作り、2つのモデルをscaffoldします。

rails new test_proj --skip-bundle
cd test_proj
bundle install --path=vendor/bundle

bundle exec rails generate scaffold author name:string birth_date:date description:text
bundle exec rails generate scaffold book title:string release_date:date description:text

念のため動作を確認しましょう。

bundle exec rake db:migrate
bundle exec rails server

authorsとbooksがブラウザでCRUDできると思います。さて、これらのcontrollerを見てみましょう。

app/controllers/authors_controller.rb

class AuthorsController < ApplicationController
  before_action :set_author, only: [:show, :edit, :update, :destroy]

  # GET /authors
  # GET /authors.json
  def index
    @authors = Author.all
  end

  # GET /authors/1
  # GET /authors/1.json
  def show
  end

  # GET /authors/new
  def new
    @author = Author.new
  end

  # GET /authors/1/edit
  def edit
  end

  # POST /authors
  # POST /authors.json
  def create
    @author = Author.new(author_params)

    respond_to do |format|
      if @author.save
        format.html { redirect_to @author, notice: 'Author was successfully created.' }
        format.json { render :show, status: :created, location: @author }
      else
        format.html { render :new }
        format.json { render json: @author.errors, status: :unprocessable_entity }
      end
    end
  end

  # PATCH/PUT /authors/1
  # PATCH/PUT /authors/1.json
  def update
    respond_to do |format|
      if @author.update(author_params)
        format.html { redirect_to @author, notice: 'Author was successfully updated.' }
        format.json { render :show, status: :ok, location: @author }
      else
        format.html { render :edit }
        format.json { render json: @author.errors, status: :unprocessable_entity }
      end
    end
  end

  # DELETE /authors/1
  # DELETE /authors/1.json
  def destroy
    @author.destroy
    respond_to do |format|
      format.html { redirect_to authors_url }
      format.json { head :no_content }
    end
  end

  private
    # Use callbacks to share common setup or constraints between actions.
    def set_author
      @author = Author.find(params[:id])
    end

    # Never trust parameters from the scary internet, only allow the white list through.
    def author_params
      params.require(:author).permit(:name, :birth_date, :description)
    end
end

app/controllers/books_controller.rb

class BooksController < ApplicationController
  before_action :set_book, only: [:show, :edit, :update, :destroy]

  # GET /books
  # GET /books.json
  def index
    @books = Book.all
  end

  # GET /books/1
  # GET /books/1.json
  def show
  end

  # GET /books/new
  def new
    @book = Book.new
  end

  # GET /books/1/edit
  def edit
  end

  # POST /books
  # POST /books.json
  def create
    @book = Book.new(book_params)

    respond_to do |format|
      if @book.save
        format.html { redirect_to @book, notice: 'Book was successfully created.' }
        format.json { render :show, status: :created, location: @book }
      else
        format.html { render :new }
        format.json { render json: @book.errors, status: :unprocessable_entity }
      end
    end
  end

  # PATCH/PUT /books/1
  # PATCH/PUT /books/1.json
  def update
    respond_to do |format|
      if @book.update(book_params)
        format.html { redirect_to @book, notice: 'Book was successfully updated.' }
        format.json { render :show, status: :ok, location: @book }
      else
        format.html { render :edit }
        format.json { render json: @book.errors, status: :unprocessable_entity }
      end
    end
  end

  # DELETE /books/1
  # DELETE /books/1.json
  def destroy
    @book.destroy
    respond_to do |format|
      format.html { redirect_to books_url }
      format.json { head :no_content }
    end
  end

  private
    # Use callbacks to share common setup or constraints between actions.
    def set_book
      @book = Book.find(params[:id])
    end

    # Never trust parameters from the scary internet, only allow the white list through.
    def book_params
      params.require(:book).permit(:title, :release_date, :description)
    end
end

クラス名以外ほとんど同じコードですね？concernでまとめてしまいましょう！！

app/controllers/concerns/crudable.rb

module CRUDable
  extend ActiveSupport::Concern

  included do
    before_action :set_model
    before_action :set_resource, only: [:edit, :update, :destroy]

    def index
      instance_variable_set :"@#{model_name.tableize}", @model.all
    end

    def show
    end

    def new
      instance_variable_set :"@#{model_name.underscore}", @model.new
    end

    def edit
    end

    def create
      instance_variable_set :"@#{model_name.underscore}", @model.new(resource_params)

      respond_to do |format|
        if instance_variable_get("@#{model_name.underscore}").save
          format.html { redirect_to action: :index, notice: 'Resource was successfully created.' }
          format.json { render action: 'show', status: :created, location: instance_variable_get("@#{model_name.underscore}") }
        else
          format.html { render "concerns/admin/new" }
          format.json { render json: instance_variable_get("@#{model_name.underscore}").errors, status: :unprocessable_entity }
        end
      end
    end

    def update
      respond_to do |format|
        if instance_variable_get("@#{model_name.underscore}").update(resource_params)
          format.html { redirect_to action: :index, notice: 'Resource was successfully updated.' }
          format.json { head :no_content }
        else
          format.html { render "concerns/admin/edit" }
          format.json { render json: instance_variable_get("@#{model_name.underscore}").errors, status: :unprocessable_entity }
        end
      end
    end

    def destroy
      instance_variable_get("@#{model_name.underscore}").destroy

      respond_to do |format|
        format.html { redirect_to action: :index, notice: 'Resource was successfully destroyed.' }
        format.json { head :no_content }
      end
    end

    private

    def set_model
      @model = controller_name.classify.constantize
    end

    def model_name
      @model.to_s
    end

    def set_resource
      instance_variable_set :"@#{model_name.underscore}", @model.find(params[:id])
    end

    def resource_params
      params.require(model_name.underscore.intern).permit(*@model.column_names.map(&:intern))
    end
  end
end

app/controllers/authors_controller.rb

class AuthorsController < ApplicationController
  require "crudable"
  include CRUDable
end

app/controllers/books_controller.rb

class BooksController < ApplicationController
  require "crudable"
  include CRUDable
end

Concern moduleは〜ableという名前を付ける慣例っぽいので、ここではCRUDableとしてみました。元々のauthors_controller.rb、books_controller.rbはCRUDableをincludeするだけにまで単純化できました。いかがでしょうか？

ポイントとしてはset_modelコールバックで現在のコントローラ名を取得し、そこからモデルクラスへ@modelで参照できるようにしています。

ちなみにここではviewをそのまま使えるように@bookのようなインスタンス変数にセットするようにしていますが、ここを@itemや@resourceのように汎用的な名前にするとさらにコードがシンプルになり、viewも共通化することができます。お試しあれ。

余談ですが、bundle execはシェルの設定でbeというエイリアスで呼べるようにすると少しだけ幸せになれます。

こちらの記事はなかの人（ヤマグチ）監修のもと掲載しています。
元記事は、こちら

cloudpackブログ週刊レビュー 2014/04/21

2014-04-21T09:00:00.000+09:00

先週公開した記事は下記となります。

公開日	作成者	タイトル
04月18日（金）	吉田真吾	Treasure Dataに大量にデータをアップロードする td import 機能
	がみさん	SQSをIAMで制御してfogも使ってみる
	ヤマグチ	sensu-chef cookbookとcommunity pluginsを使う際の注意点

sensu-chef cookbookとcommunity pluginsを使う際の注意点

2014-04-18T10:00:00.000+09:00

cloudpack のヤマグチです。

はい。

sensu-chef cookbookというものがございまして、名前のとおりChefを使ってSensuによる監視システムを構築しようという向きには大変便利なわけでございます。

このcookbookではREADME.mdにもあるように以下のようなLWRPを提供します。

sensu_handler "mailer-ses" do
  type "pipe"
  command "mailer-ses.rb"
  severities ["ok", "warning", "critical"]
  additional(
    mail_from: "alert@example.com",
    mail_to:   "alert@example.com",
  )
end

AWS SESでメール通知するハンドラの設定はこんな感じです。人間が手でJSONを書くという苦行に手を染めず、Ruby DSLで書けて大変にハッピーなわけです。

このDSLを含むrecipeをcookすると以下のようなJSONが/etc/sensu/conf.d/handlers/mailer-ses.jsonに置かれます。

{
  "handlers": {
    "mailer-ses": {
      "type": "pipe",
      "command": "mailer-ses.rb",
      "severities": [
        "ok",
        "warning",
        "critical"
      ],
      "mail_from": "alert@example.com",
      "mail_to": "alert@example.com"
    }
  }
}

ここでmailer-ses.rbのソースを見てみましょう。

settings['mailer-ses']['mail_to']

ここ。これ、上のLWRPで生成されたJSONではNoMethodErrorになっちゃいます。

こう書き換えましょう。

settings['handlers']['mailer-ses']['mail_to']

地味なハマりポイントでした。

こちらの記事はなかの人（ヤマグチ）監修のもと掲載しています。
元記事は、こちら

SQSをIAMで制御してfogも使ってみる

2014-04-18T09:30:00.000+09:00

cloudpack のがみさんです。

こんばんは

Wizardry 8をSteamで購入しようか悩んでいる私です。

さてSQSの操作をIAMで制御してみました。ドキュメントにSQSをIAMで制御するための説明が書かれています。

いつもありがとうIAM.

Sendだけ許可するポリシーを作成してみました。

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Action": [
        "sqs:SendMessage"
      ],
      "Effect": "Allow",
      "Resource": "arn:aws:sqs:<Region>:<AccountNumber>:<QueueName>"
    }
  ]
}

CLIでテスト

CLIを使ってメッセージを送信してみます。

[default]がAWSリソースへFull Accessできるプロファイルで、 [profile sqs_user]は先ほど作成した特定のキューに送信だけ許可するプロファイルです。

CLIはprofileの切り替えが楽です。頼りすぎるとミスに繋がりそうで怖い。

~/.AWS/config

[default]
aws_access_key_id = <Access_key>
aws_secret_access_key = <Securet_access_key>
region = ap-northeast-1

# sqs only
[profile sqs_user]
aws_access_key_id = <Access_key>
aws_secret_access_key = <Securet_access_key>
region = ap-northeast-1

メッセージを送信してみます。

うまくできました。

orenomac$ aws sqs send-message --queue-url https://ap-northeast-1.queue.amazonaws.com/<AccountNumber>/myque --message-body sendMessage --profile sqs_user
{    "MD5OfMessageBody": "4ec122ccd434e6ae2e2e3715bb8abff3",
    "MessageId": "423ff494-5e71-4acb-ac21-e23085a7c005"
}

さて、受信してみます・・おおっとPermission Denied.やったね。

orenomac$ aws sqs receive-message --queue-url https://ap-northeast-1.queue.amazonaws.com/<AccountNumber>/myque --profile sqs_user

A client error (AccessDenied) occurred when calling the ReceiveMessage operation: Access to the resource https://ap-northeast-1.queue.amazonaws.com/ is denied.

デフォルトプロファイル(Full Access)では受信できました。アイアムの効果はぜつだいだ！

orenomac$ aws sqs receive-message --queue-url https://ap-northeast-1.queue.amazonaws.com/<AccountNumber>/myque
{
    "Messages": [
        {
            "Body": "sendMessage",
            "ReceiptHandle": "cOJv9qrD9XLVlpsfwYn3xZcjweCMUMv5LvbKbLf00e/60AOG4+NzgzUJFxdEUVoLSv39cjputHYmrLllzyQfguDHsXYYrc/lkgSbo7GppRF7/wFnPrKMo5rtilzNAQqg6Nd2AoPdRJIASgtQ33FOnhQcy7nESLxrDShj508LYuG1HNezpw3lzxDoXOSuTzGRB3cd8vvXfLDLrPWKOqMOPv2KQ6fUSOG6ZV5NSDfu4bu52HT5EmgGVz014WwlWV0Pl5UMgdCMi6WcobFkDQfhNnX5tKwSFjtyNoDyrzZZZlfiov0Zz8lg8w==",
            "MD5OfBody": "4ec122ccd434e6ae2e2e3715bb8abff3",
            "MessageId": "423ff494-5e71-4acb-ac21-e23085a7c005"
        }
    ]
}

みんな大好きCloud APIのwrapper, fog大先生を使ってCLIでの操作をマネてみました。

#!/usr/bin/env ruby
require 'fog'

sqs = Fog::AWS::SQS.new(
  :provider => 'AWS',
  :aws_access_key_id => '<access_key_id>',
  :aws_secret_access_key => '<secret_access_key>',
  :region => 'ap-northeast-1'
)

queue_url = 'https://ap-northeast-1.queue.amazonaws.com/<AccountNumber>/myque'
message = 'hello fog, AWS provider.'

result = sqs.send_message(queue_url,message)

message = sqs.receive_message(queue_url)

puts message.body["Message"]

orenomac$ bundle exec ./sqs.rb
{"Attributes"=>{"SenderId"=>"AIDAIZGRI44CUN5UZ4SMS", "ApproximateFirstReceiveTimestamp"=>2014-04-15 02:30:24 +0900, "ApproximateReceiveCount"=>1, "SentTimestamp"=>2014-04-15 02:15:52 +0900}, "Body"=>"hello fog, AWS provider.", "ReceiptHandle"=>"cOJv9qrD9XLVlpsfwYn3xZcjweCMUMv5ijGUABUX80L2hruWsV8UBBpwNhKDnKUDXkwVrAbGYCAmrLllzyQfgr865b19WyWSuFpXfGkSNMDYEvhKpm1cl2UrMLWsMhG0e9koDBHVH1A0owwIOAGeGFVC5ECykfLndAxfAL1B4HS/pP6xaI7yOpMmJceYJ4B7v5XXJYyKG7cPHdQ1At4yanyyBn6SvtNLXO2awX2Q0jvWFRpAD+DgbE9nCZgiVBIBzPr1ii9F9a7/Impl/qI3JafSGhIQViZgCd+SKXyekEWyFhyrwDrmUg==", "MD5OfBody"=>"81334f7b9c29911a7761fed647886fc4", "MessageId"=>"515dc6e2-0dbb-4e11-943b-8cfbf4b94682"}

AWS-SDKのドキュメントいらずで便利です。

パーフェクトRubyがほしいです

こちらの記事はなかの人（がみさん）監修のもと掲載しています。
元記事は、こちら

cloudpackブログ

cloudpackブログ週刊レビュー 2014/05/12

aws cliでサーバ証明書を削除する

一覧の確認

削除

アップロード

AWS Certified Solutions Architect - Professionalのサンプル問題を読んでみる

Neustarで負荷試験

ログファイルに出力しつつ標準出力もする

RubyでCPUのコア数を取得する

cloudpackブログ週刊レビュー 2014/05/05

test-kitchen内でattributeを設定する

.kitchen.yml

ApacheのアクセスログをRubyでJSONに変換してみる

一般ユーザでdockerコマンド利用時に dial unix /var/run/docker.sock: permission denied

未経験者向けクラウド勉強会 Cloud on the BEACH2014 ＆ Cloud on the BEACH2014 勉強会の部に参加してきました

午前中は 経験者トラックに参加していました。

10:30 セッション1 ユージー＆ヨーギーの AWS Summit 2014 San Francisco道中記 下門祐二・与儀 実彦 [株式会社レキサス]

11:10 セッション2 大阪のイノベーションやコミュニティーファーストの今とこれから 本人 [イノベーションエッグ代表]

午後からは未経験者向けセッションに参加

13:00 セッション2 AWSのサービス全部紹介！

14:00 セッション3 AWSのセキュリティについて

15:00 セッション4 初めてのAWS Direct Connect

15:15 セッション5 AWSのセールスを始めて1年・・・をふりかえってみた |ω・`）チラ ～お客様（中小企業）へのご提案顛末記～

この後にビーチパーティーもやりました。

未経験者・経営者向けのクラウド勉強会 クラウドチャンプルー2014春に参加してきました

AWS小島さん セッション1

比企 セッション2

ハンズラボ株式会社 長谷川さん セッション3

パネルディスカッション

sensu-clientのリポジトリをどのように管理しようかな(Berkshelf失敗編)

プロジェクト用リポジトリのclone

BundlerでBerkshelfのインストール

chef solo初期化

Berksfileの編集とcookbooksの導入

その他気になる

sensu-clientのリポジトリをどのように管理しようかな(git remote編)

ベースリポジトリのcloneとリモートリポジトリの登録

リモートリポジトリへの初回プッシュ

作業ブランチを登録したリモートリポジトリに変更

対象ホストにchef-clientをインストール

作業

適用

作業ブランチをremote/masterブランチにマージ

所感

RDS Oracleは共有サーバ接続をサポートしているのか？

Sensu 0.12 調査メモ No Items found.

盛大に失敗した履歴です。

sensu-server用ノード

sensu-client用ノード

apiコール結果

Sensuのアーキテクチャ

rabbitmqのWebUI

sensu-adminのインストール

共通

client側(10.0.0.163)

Amazon Redshift に COPY コマンドでCSVをインポートする

0. 前提

1. EC2からS3にデータをアップロードする

1.1 (準備)EC2にクレデンシャルを設定する

1.2 (準備)S3にバケットを作る

1.3 S3にCSVファイルをアップロードする

2. EC2からpsqlで接続する

2.1 (準備)psqlをインストールする

2.2 psqlで接続する

3. CSVをインポートする

3.1 (準備)テーブルを作成する

3.2 CSVファイルをアップロードする

最後に

cloudpackブログ週刊レビュー 2014/04/28

Vagrantでインスタンスを指定したVPC subnet配下で起動してEIPを割り当てる方法

README.md

やってみた結果

対応

Ruby: Array#to_procその後

class Symbol

Ruby: ブロック書きたくない病に罹患してArray#to_procを定義してみた

参考

Ruby on Rails: Scaffoldで量産されたControllerの処理をConcernで共通化してみる

app/controllers/authors_controller.rb

午前中は経験者トラックに参加していました。

10:30　セッション1 ユージー＆ヨーギーの AWS Summit 2014 San Francisco道中記　下門祐二・与儀実彦 [株式会社レキサス]

11:10　セッション2 大阪のイノベーションやコミュニティーファーストの今とこれから　本人 [イノベーションエッグ代表]

13:00　セッション2 AWSのサービス全部紹介！

14:00　セッション3 AWSのセキュリティについて

15:00　セッション4 初めてのAWS Direct Connect

15:15　セッション5 AWSのセールスを始めて1年・・・をふりかえってみた |ω・`）チラ～お客様（中小企業）へのご提案顛末記～

未経験者・経営者向けのクラウド勉強会　クラウドチャンプルー2014春に参加してきました

AWS小島さんセッション1

比企セッション2

ハンズラボ株式会社　長谷川さんセッション3