クラウドインフラ構築記

現在AWSの構築支援に携わっております。今注視しているのは、GKE、BigQuery、Google Dataflowなどサービスを展開しているGoolge Cloud Platformです。

2014年7月6日
から hiruta
0件のコメント

JAWS-UG三都物語2014に参加しました。 #jawsug #santo

7/5 大阪で行われたJAWS-UG三都物語に参加しました。

10455586_706806502726664_6270208922236699897_n

 

（写真は帰り伊丹空港で撮影したものです)

  • JAWS-UG三都物語 ( on パソナテック大阪本社)
    • Togetterまとめ　三都物語に関するツイートをまとまっています。

参加したセッション

  • 三都物語でAmazon SWFと握手！ (片山暁雄)
  • OpsWorksで構築するアプリケーションデプロイ環境 (堂端翔･麻田優真)
  • 開発現場で活用するVagrant (新原雅司)
  • オンプレからAWSへの劇的ビフォーアフター (坂井学)
  • MTとAWSと萌えと (青木まゆみ)
  • AWSクラウドを使った情報共有・リモートワーク (辻義一)
  • 回転寿司をクラウドで。スシローがクラウドを選んだわけ (田中覚)

 

  • 三都物語でAmazon SWFと握手！
　SWFは、ワークフローを担当するものではなく、何かがどこまで進んでの管理、仲介役
　GUIが付いたものはではない
　状態管理とコーディネイトを管理
処理能力が上がっていかない
その処理とその処理が終わったら、次の処理に移る
ファイアウォールなどネットワーク越も可能
動画の処理を例に挙げて説明をされました。
アップロードから始まって、元のファイルを保存、サムネイルを造ったり、していく
個別の処理をプログラムを作って、サイト公開まで
　全体の処理が長くなってしまう
　性能向上　スケールアップする　サーバーのスペックを上げる
　エラーでリカバリできない
という問題がある
これでは大きなサービスにする場合はまずい
処理の間にキューを挟む
　SQSの場合、エラーになった場合リトライできる
　キューに対して複数のサーバーを立てることで負荷分散
アプリケーションの冗長
順番は意識する必要がある
タスクの制御
　集中的に進捗管理をする
　指揮官みたいな人が入れて、タスクの順番をしているので、PC用、スマホ用で同時に処理をする
タスク間が疎結合になる
同時に処理を投げることもできる
タスクの順番も変える
メリットは大きい
タスクの制御がSPOF
複雑な実装が必要
タスクの制御は難しい
アプリケーションの順序をする機能を切り出し
処理終了したら。通知
処理が楽になる
状態の管理、キューに投げたりすることを分ける
　決めるところをステートレスになる
これがAmazon SWF 中間管理職的役割
SWFの利点
　データを三カ所のAZに保存
　１タスク、１アプリケーションでしか処理できない
　履歴も三ヶ月保存
　ポーリング　タスクを決める人、各種タスクをファイアウォールを超えることができる
　南米にあっても、アメリカにあってもOK
ＳＷＦのワードの説明
  • ワークフロースターター
　ワークフローをキック
  • ワークフローエグゼキューション
  • タスクリスト
　タスクが入っているキュー
　キューも分けることもできる　無料ユーザ、有料ユーザを分けることもできる
SWFの利用事例 として、Sansan株式会社　名刺サービス　 「Eight」
  写真を撮ったら、SWFで加工して手作業などへて、データ化
SWFを開発する上で
Flow Framework オススメ
　Java, Ruby (コード量が少ない、簡単）
スケーラブルな非同期処理が簡単に
SWF　組織をうまく使えるようになる
音系は不向き
  • OpsWorksで構築するアプリケーションデプロイ環境
自動化ソリューション
Stackは簡単にコピーすることができる
役割ごとにインスタンスを分けたもの
Chefのレシプが実行されるタイミング
　shutdown 45秒前
RDSもOpsworksで使えるようになりまいた。
負荷の閾値でもスケールアウトしたりできる
EC2でもできるが、レイヤーで分かれているので、視覚的に設定
　※最近ではEC2でもできるようになりましたが
細かい設定はEC2が勝る。
chefのレシピの実行に時間がかかる
　Receipeを小さくしてインスタンスの準備を高速化するのがよい
Chefについて
cookbook の説明で料理本
chefの自動化できるかちゃんとできるているか不安な場合は、serverspecでコードのテスト
カスタムレシピも可能
ライフサイクルイベントのタイミングで個なるレシピを実行できる
Opsworksは、chef-soloベースなので、chef serverの機能は使えない
c3.largeでも、 初回 5分から10分かかる
  • 開発現場で活用するVagrant
vargrantを開発現場で使う上で、気をつけたいポイントについての話でした。
デモを中心に話されました。
vargrantと連携できるツールは以下いろいろあります。
　VirtualBox vmware
  aws
  chef
  puppet
  ansible
  docker
　vargrantは、連携ツールに依存。ただのコントローラー
　つまりは、仮想環境に指示を出すものです

VBoxManageを実行しているだけ
dockerはvargrantを置き換えるものではない。docker+vargrantについては以下過去発表した以下資料を参照するとよいとのこと

hostとvargurantで起動したGuestOSのフォルダを同期するSynced　Folderについて。 Dropboxのイメージ
Vargrant Shareを使って、Vargrantの仮想マシンをインターネットに公開できる
Vargrant Cloudにアカウント登録は必要。
最後に言えることは、vargrant sshでログインして設定を変更することは避けるのがベスト
  • オンプレからAWSへの劇的ビフォーアフター 

iNSIGHTBOXをAWSに移行した話
http://www.slideshare.net/manabusakai/aws-before-after
データ量の増加にインフラ構築が追いつけない　ディスク増やしたい　ぎりぎりの状態　営業売りたがらない
インフラ要因で止めることはできない。　XX待ってとはいけない
インフラ構築
　ボトルネック　HBase  複雑　サーバー増やすとスケールアウト。サーバーを増やすのがボトルネックになっていた
　ノード数が足りなくなってきた。LINEもHBase
 物理サーバーなので、サーバーの発注、設置とか二ヶ月かかってしまう
増強のために二ヶ月待っていられない
性能検証、データ移行はしっかり実施
Netflix Chaos Monkeyという 障害を仕掛けにしていくツールもあるが、これを使わず障害対処する方法を構築したとのこと
障害時は新しいサーバーを立ち上げて、サーバーの復旧を優先する
  • MTとAWSと萌えと

Movable Type + S3を使った話になります。

s3fs  +  lsyncd を使ったコンテンツをS3に同期させて、S3 ホスティングを実現したことを説明されまいた。

また、S3 へ転送させるplugin の紹介もされました。個人的にはIAM Roleに対応してくれるとなおよいが。

MTの場合、静的コンテンツを生成するので、S3と相性がいいと思われます。

http://tec.toi-planning.net/mt/amazon/mt-amazons3/

MTではないが、当ブログも、Wordpress + Nephila clavata (絡新婦) で、メディアデータは、S3への同期を実現していたりします。

  • AWSクラウドを使った情報共有・リモートワーク

 

クライアント証明書認証も、端末単位の接続もオススメ
Tsunami　UDPは、リージョン間のファイル転送高速化
Workspace について
画面転送速い。DesktopアプリだとRedshiftの分析には快適で
PCoIP 暗号化Sされている
12時間ごとにS3にバックアップ

  • 回転寿司をクラウドで。スシローがクラウドを選んだわけ

ベースはWBSで放映された内容でした。

IMAG0106

 

新しい取り組みとして、Kinesisを使って、店舗のデータを取り込み、分析するシステムを構築中とのこと

IMAG0107

 

ある店舗のリアルタイムデータのデモ披露。

IMAG0109

 

将来の構成について

 

IMAG0110

この後、懇親会、LT大会などもあり、終日盛り上げって大盛況のうちに終了しました。

秋は

jaws__tohoku2014logo2

2014年6月29日
から hiruta
0件のコメント

6/28 第4回JAWS-UGさいたま勉強会 – 「もっとクラウドを知ろう」 – に参加してきました。 #jawsug #jawsug_saitama

6/28 第4回JAWS-UGさいたま勉強会 – 「もっとクラウドを知ろう」 – に参加してきました。

勉強会前の名刺交換風景

BrMDK5qCMAABg2h

目次

  • VPC Peerring & IP in IP Tunneling　(保刈さん  facebook ：hokari.yutaka)
  • AWSが絶対やらない事を5つやってみた (IDCフロンティア 末留様 facebook：tatuya.suetome)
  • 　「ニフティクラウド」AWSとの違いと今後の展望 (ニフティ クラウドプラットフォーム部長 佐々木様)
  • Microsoft Azure 上にある開発環境を使った node.js でのアプリケーション開発 (日本マイクロソフト エバンジェリスト 大田昌幸様 facebook：masayuki.ohta1986　)

セッション

  • VPC Peerring & IP in IP Tunneling
    • JAWS-UGさいたまメンバー 保刈さん

VPC Peeringに関する話。

現状VPC Peeringは、二段ルーティングはできないのを、カーネルにあるモジュール(ip tunel)でトンネルを作成して、1つ先のVPCへの疎通を実現している。tunelを張る前はPING疎通ができなかったのが、tunelを張ったら、疎通できるデモ実演もありました。

冗長化とか考慮されていないので、実際使う場合は、別途考慮が必要。

tunelしたことで、スループットがどの程度になるか気になるところ。

  • AWSが絶対やらない事を5つやってみた
    • IDCフロンティア 末留様

10460735_702545146486133_3128331571148801465_n

AWSで絶対やららないことを5つやってみた話。

1つめ　ハイブリッド（クラウドと物理サーバを組み合わせて構成を構築できる。)

物理サーバーとはL2接続されており、ゲーム業界のお客様に好評をもらっているとのこと

2つめ プラットフォームサービス（ネイティブアプリ向けプラットフォーム)

課金、KPIレポートなどで支援し、開発工数削減が図れるサービス

3つめ NaaS ( Network as Service )

DDoS、LB、Firewall、WAFなどがオプションで即利用できる

4つめ 製版一体

想定外のトラフィックが発生し、このお客様のために、専用線10Gに接続し、裁いた例の説明

5つめ お･も･て･な･し

サポート

  • 　「ニフティクラウド」AWSとの違いと今後の展望
    • ニフティ クラウドプラットフォーム部長 佐々木様

10492515_702558423151472_2285259878478383006_n

ニフティクラウドは、すべてのAWSのサービスに相応まではいかないが、代用できるサービスが揃えている。

ハイブリッド、UIの使いやすさ、AWS API互換を強調していました。

ニフティクラウド Automation AWS Opsworksと似のサービス。レシピ作成支援ツールの提供も予定していること。

ニフティクラウド Automationは、6/18正式公開。Opsworksと似ているサービス。

  • Microsoft Azure 上にある開発環境を使った node.js でのアプリケーション開発
    • (日本マイクロソフト エバンジェリスト 大田昌幸様

Azure　仮想マシン、デモ

Azure WebSites 、デモ

WEB上で開発できるVisual Studio online、オンラインとは思えないほど、動作がきびきびしている。

この後、グループに分かれてのどんなサービスが欲しい/JAWS-UGさいたまへの期待のDiscussion、懇親会に続きました。

来週は、

10368199_720325471357202_4440372875891479965_n

2014年6月23日
から hiruta
0件のコメント

6/22(日) JTF2014に参加しました。

昨日のことになりますが、産業技術大学院大学で行われた6/22 (日)　ＪＴＦ2014に参加しました。

受講したセッションは以下になります。

  • Serverspecに見る技術トレンドを生み出すヒント (@gosukenator )
    • インフラテストフレームワーク Serverspecについて、生まれた背景、認知度、成功要因について話されました。

Serverspecが使われるようになった理由について

別領域で成功しているプラクティスを持ち込む、イメージがしやすい
インフラの構築もコードを書く流れ。ソフトウェア開発と同じプラクティスを押し込みやすい
ツールのネーミング、officalドキュメントは、英語で書くのが前提。Serverspecの場合、公式には英語のdocしかないとのこと
あとは、シンプルであること。プラグイン等で拡張できる。
このことから、監視ツールのSensuはシンプル。community pluginsで拡張もできる。

  • Google Cloud Platform 最新動向
    • Google Cloud Platformについて話されました。

ディスクIO、バックボーンネットワークが強力。プライベートネットワークはリージョン跨ぎが可能。

なんといっても、LBは、100万QPSの処理を裁ける性能を持っている。

  • 構築/運用/監視の自動化再確認! Chefとクラウドで、もっとシステムを楽しもうNiftyクラウドハンズオン

6/18 にリリースされた ニフティクラウド Automationで、1層構成、WEB + DBの2層、LBによる負荷分散構成のハンズオン構成。※LBについては、当日調子が悪く実際のハンズオンを行うことができませんでした。

ニフティクラウド Automation自体 AWS Opsworksのクローンの位置づけ。Chef レシピからサーバーを自動構築するサービス

仮想サーバーの起動とか時間がかかるのが残念。10分位掛かっていたのでは。 そのうえ、LBの作成とかこの当日はご機嫌斜めで、作成に時間がかかったり、ニフティクラウド Automation でLB追加の際、事前に作成していたLBがリストがでてくるのが時間がかる（この点については、改善されるとのこと）

  • Serfでシステム監視と運用を楽しくする話 (@zembutsu)

 

2014年6月15日
から hiruta
0件のコメント

【MT東京-03】Movable Typeケーススタディ Vol.3 に参加しました。

今日【MT東京-03】Movable Typeケーススタディ Vol.3 に参加しました。

  • Movable Type for AWS ( @yuki )

Markplace AMI 「Movable Type 6 for AWS」の説明。

「Movable Type 6 for AWS」は　http://www.sixapart.jp/movabletype/aws/ から

Movable Type for AWS（AMI） CMS プラットフォーム Movable Type を Amazon EC2 のクラウドで

t1.micro は Movable Typeのライセンスは無料。

Market placeから数クリックでインストールできる。(AmazonLinux/nginx/php/PSGIを利用)

MT + S3、Mt + S3 + Cloudfront 、Cache Distribution パターンについて概要に触れられました。

今後、Movable Typeのパッケージをyumでの計画もあるとのこと。

MTイベントの告知　Movable Type Data API + Google Chrome Hack-a-thon 　→　詳細は　ここ
  • “MT on AWS”でWebサイト構築！ 作り手が気をつけておきたいポイント（仮）

MT構築中、構築完了･データ移行、運用開始時にどのインスタンスタイプを使えばいいかについて説明がありました。

構築中から、メモリよりCPU性能が高いインスタンス(c3.large)を選ぶといいとのこと。構築中から、ElasticIP、Route53は利用。

運用開始時は、アクセス、レスポンス次第でインスタンスタイプは変更していくのがよいとのこと。

運用開始後、追加開発等が行う場合、開発用インスタンスを別途用意する。（インスタンス停止しておけばEBSの利用料を除いてかからないので、このようにするのがよい）

見積する場合は、ある程度幅を持たせるのがよい。

  • MTのスケールアップのデザインパターン with AWS　 ( @ar1 )

CDPコンテンツ配信のシステムを構築するシナリオに従って、説明された、

※AWSの日本語書籍が少ない（昨々年は出ていたが、昨年はあまり出ていない。MamagementConsoleが日々変更されているので、1年前のUIをベースにした書籍は役に立たないのも起因）

最小構成　→S3 + EC2 →　海外展開( Cloudfront + S3 + EC2 )

ログが10Gとか膨大になって、ディスクフルになって、システム停止しないように、ログ退避は必要。

  • MT+AWSでECサイトを構築してわかったこと  ( @mtajima )

MT コマース　の説明。

LTで　JAWS-UG三都物語　1500-1550 トラック5 「MTとAWSと萌と」の告知。

タイムテーブル 夏のJAWS UG 三都物語 2014

現在Wordpressで構築している個人ブログをMT6 で再構築したくなってきた。スタティックパブリッシングに対応しているので、AWS(+S3)に親和性があるCMSと思いました。Wordpressのテーマ移行、ブログ記事移行、メディアデータ移行など検証しないと。

2014年6月14日
から hiruta
0件のコメント

Cloud OS MVP Roadshowに参加しました。

本日マイクロソフト品川本社で行われた　Cloud OS MVP Roadshowに参加しました。

受講したセッションは以下になります。

  • System Center Virtual Machine によるプライベートクラウド基盤の構成

クラウドに必要なことは、リソースごとに貸し出し、サービステンプレート（テンプレートと言っても、OSの仮想ＶＭ+α)、ユーザのセルフサービス、モニタリング、自動化になります。

SCVMM(System Center Virtual Machine Manager)を利用することで、上記を満たすことが可能。

利用者からは、物理のリソースを隠蔽するなどアクセス権を設定できる。

  • Active　Directory　on Azure IaaSを構築する際の注意点

Azure AD  というAD PaaSのサービスがあるが、Windows認証に対応していないなど、現在Windows認証を使ったアプリケーションが存在するなど、過渡期

（ここからADよりクラウドを使う上での留意点に思われる）

    • 可用性

負荷分散セット、可用性セット（仮想マシンを異なる物理サーバに格納）を利用することが必須

    • ディスクデータ

キャッシュなしディスクに保存することが必須。OSディスクをキャッシュ無効にすることも可能だが、パフォーマンスが悪化するので推奨しない。キャッシュ無効にするのはPowerShellでできるようです。→ここ

ＯＳ、データディスクは分離することが必須　あとアフィニティを意識する。

    • ネットワーク

VIP = DIP間はポートフォワーディング

    • 名前解決
    • IPアドレス

　仮想マシンがシャットダウンするとＶＩＰ側の割当状況は消える。DIP側は削除するまで開放されないとのこと。

DHCPで割当されるプライベートIPアドレスを固定する説明。

Windows Azure PowerShell に、Set-AzureStaticVNetIP　というインターフェースが用意されています。

PowerShellでAzureに接続する準備作業が必要　詳しくはSEの雑記に記載されています。

  • System Center Data Protection Managerを用いたプライベートクラウドの保護および回復 (　@kogesaka )

クラウドでのバックアップ対象データの増大、バックアップ対象サーバの増大の解決方法が説明された。

System Center Data Protection Managerを使って解決方法についての説明。

2014年5月11日
から hiruta
0件のコメント

mackerelを試してみました。

Mackerl ( https://mackerel.io ) が利用できるようになった旨のメールを5/8に頂き、早速使用してみました。

サービス作成

Create a New Service ・ web se

次に、Role作成

Create Role ・ web se

 

agentソフトウェアのダウンロード

curl https://mackerel.io/assets/files/agents/mackerel-agent-0.5.0-1.noarch.rpm -o mackerel-agent-0.5.0-1.noarch.rpm
rpm -ivh mackerel-agent-0.5.0-1.noarch.rpm

コンフィグファイルの編集。API Key程度です。

vi /etc/sysconfig/mackerel-agent

agentサービス起動

/etc/init.d/mackerel-agent start

10分位立つとmackerelの管理画面で、CPU、メモリ、ディスク、ネットワーク使用率のグラフが表示できれば、完了。

xxxxx.biz ・ web se

 

Meckerlは、ウェブアプリケーションのパフォーマンスとインフラを管理するためのサービスで、複数のサーバーのリソース状況を可視化（エージェントを入れる方式）、各種ツールと連携（ヘルプを見る限り、sensuと連携もできる）、複数のクラウド環境を一元管理ができる。

 

2014年4月22日
から hiruta
0件のコメント

第4回 Jubatus 分散ハンズオンに参加しました。

NTTソフトウェアで行われた　第4回Jubatus 分散ハンズオンに参加してきました。

近年携帯の位置情報、カーナビの位置情報、スパム判定、広告配信などデータは爆発している。リアルタイムに分析する需要も大きくなってきている。Jubatusリアルタイムに学習･処理する基盤として利用できる。

説明資料を見返していると、ストリーム、クラスタとでてきていますが、リアルタイム分析の点からKinesisに似ている印象。

本日（ていうか昨日になっていますが）ハンズオンの流れは以下となっています。

  • ＡＷＳアカウントの設定
  • インスタンス生成×5

ここまで、ＡＷＳの環境設定でした。

  • 単独構成で衛星の情報（ＣＳＶ）をJubatusで処理する
  • 分散構成で同じ情報をJubuatusで処理する

Jubuatusの今回の説明資料は以下で公開されています。

http://download.jubat.us/event/handson_04/jubatushandson4.pdf

2014年4月16日
から hiruta
0件のコメント

GoogleのAsia Pacificリージョンできたので、tracerouteしてみてみました。

GCEのリージョン今まで、US、EUのみでしたが、今日（？）Asia Pacificリージョンできたので、どこの国のＤＣ使っているのか、tracerouteで調べてみようとしました。


7 tkort3-wrt1s.bb.sakura.ad.jp (59.106.251.137) 18.827 ms 18.825 ms as15169.ix.jpix.ad.jp (210.171.224.96) 18.810 ms
 8 as15169.ix.jpix.ad.jp (210.171.224.96) 18.747 ms 209.85.245.206 (209.85.245.206) 19.024 ms 209.85.255.34 (209.85.255.34) 34.937 ms
 9 209.85.242.56 (209.85.242.56) 86.847 ms 64.233.175.216 (64.233.175.216) 20.714 ms 209.85.240.81 (209.85.240.81) 57.390 ms
10 72.14.232.45 (72.14.232.45) 57.352 ms 209.85.255.39 (209.85.255.39) 51.816 ms 72.14.232.45 (72.14.232.45) 52.201 ms
11 * 209.85.242.56 (209.85.242.56) 51.168 ms 209.85.243.23 (209.85.243.23) 57.892 ms
12 209.85.243.21 (209.85.243.21) 54.347 ms 122.179.167.107.bc.googleusercontent.com (107.167.179.122) 56.652 ms *

traceroute -Aの結果は下記になります。

6 tkgrt1s-wrt3.bb.sakura.ad.jp (59.106.247.121) [AS9370] 16.558 ms 16.192 ms 16.178 ms
 7 209.85.243.58 (209.85.243.58) [AS15169] 16.160 ms 209.85.243.56 (209.85.243.56) [AS15169] 16.680 ms 209.85.243.58 (209.85.243.58) [AS15169] 16.249 ms
 8 209.85.243.58 (209.85.243.58) [AS15169] 18.406 ms as15169.ix.jpix.ad.jp (210.171.224.96) [AS7527] 16.483 ms 16.480 ms
 9 209.85.255.36 (209.85.255.36) [AS15169] 31.812 ms 209.85.245.206 (209.85.245.206) [AS15169] 56.276 ms 209.85.243.58 (209.85.243.58) [AS15169] 16.439 ms
10 209.85.255.217 (209.85.255.217) [AS15169] 49.637 ms 209.85.243.21 (209.85.243.21) [AS15169] 55.070 ms 209.85.255.36 (209.85.255.36) [AS15169] 39.195 ms
11 * 209.85.243.23 (209.85.243.23) [AS15169] 57.135 ms 209.85.255.217 (209.85.255.217) [AS15169] 49.595 ms
12 209.85.243.23 (209.85.243.23) [AS15169] 62.061 ms 122.179.167.107.bc.googleusercontent.com (107.167.179.122) [AS15169] 51.956 ms *

が、ＩＰだけでは、どこの国のＤＣつかっているかわかりませんでした。

※tracerouteの結果は、一部セキュリティ上削除してあります。

2014年4月10日
から hiruta
0件のコメント

VirtualBoxの仮想マシンイメージ VDIをEC2インスタンスにインポートしてみました。

http://blog.cloudpack.jp/2014/04/server-news-vm-import-virtualbox-hvm.html で紹介されていたVirtualBoxの仮想マシンをEC2インスタンスにインポートしてみました。

VirtualBox上に、仮想ディスク VDI(8GB)、メインメモリ1Gで、CentOS 6.5 最小構成で構築。

まずは、構築したCentOS 6.5を、VirtualBoxにVBoxManageコマンドで、RAWフォーマットに変換。

VBoxManage internalcommands converttoraw CentOS6.5.vdi CentOS6.5.img

ec2-import-instancesでしばし待てばインポートされます。

export EC2_HOME=/ec2-api-tools
 export JAVA_HOME=/usr/java/jre1.7.0_51
 RAW=/mnt/disk/CentOS6.5.img
 S3_OWNER_ACCESS_KEY=<aws access key>
 S3_OWNER_SECRET_KEY=<aws secret key>
 S3_BUCKET_NAME=s3-vmimport

/ec2-api-tools/bin/ec2-import-instance \
 $RAW \
 -t m3.medium \
 -f RAW \
 -a x86_64 \
 --region us-east-1 \
 -p Linux \
 --bucket $S3_BUCKET_NAME \
 --subnet subnet-xxxxxxx \
 --availability-zone us-east-1a \
 -g ec2-vmimport-sg \
 --aws-access-key $S3_OWNER_ACCESS_KEY \
 --aws-secret-key $S3_OWNER_SECRET_KEY \
 -o $S3_OWNER_ACCESS_KEY \
 -w $S3_OWNER_SECRET_KEY

Create Imageで、Private AMIを作成してしまえば、spot instancesなり起動することができます。

Virtualizationは、hvmになっていることが確認できました。

EC2 Management Console

ESXiがなくても、AWSにマイグレーションができるようになります。

2014年4月5日
から hiruta
0件のコメント

本日開催しましたJAWS-UG千葉勉強会Vol.3でNode.jsでS3で話させてもらいました。

本日開催しましたJAWS-UG千葉勉強会Vol.3でNode.jsでS3で話させてもらいました。このような場で発表する機会があまりなく、100%という訳にいきませんでしたが、なんとか終わることができました。

本日発表したスライドを公開します。

以下が話したポイントになります。
  • Google Compute Engineについて
    • Google Compute Engineがいけてないところ（仮想マシンをの停止の概念がない、UI、現状US/EUリージョンのみ）
    • Google Compute Engine とAWSのUnix Bench結果の比較
      • GCEはAWSと競い合っている印象。
    • Google Compute Engine v.s AWSの価格比較
      • Google Compute Engine、AWS(4月以降の値下げ及びR3インスタンスを考慮)の相当スペックで比較すると、ほぼ金額については横並びの印象です。※発表時、チラ見したEXCELファイルについては現時点で公開はありません。
  • VPC Peering
    • VPC間をトンネル接続できる技術
    • 改善の余地があるところ（2段階ルーティングができない)
    • vyattaで構築できるものの置き換えも可能の場合があります。
  • Node.js
    • AWS CLIについて
    • Node.jsについて　(リアルタイムWebには必須)
    • Node.js環境構築（yumでインストールでき、5分もかからず終了します)
    • ディレクトリ階層をS3(互換ストレージ）に階層を保ってコピー（アップロード）