AWS News Blog New – AWS Application Load Balancer We launched Elastic Load Balancing (ELB) for AWS in the spring of 2009 (see New Features for Amazon EC2: Elastic Load Balancing, Auto Scaling, and Amazon CloudWatch to see just how far AWS has come since then). Elastic Load Balancing has become a key architectural component for many AWS-powered applications. In conjunction with Auto Scaling, Elasti

2015-07-22 EC2 Container Service(ECS)を管理して、Blue-Green Deploymentを実現するツールを書いた AWS Docker ECS 最近は暑いのでめっきり外に出なくなりましたが、相変わらずDevOpsのOpsばっかりやっています。 さて、今やってるプロジェクトではAmazon EC2 Container Service(ECS)で完全にDockerベースでの開発をしています。本番運用を見越したオペレーションの作り込みをやってるわけですが、今回はBlue-Green Deploymentを実現してみたよってお話。 材料 必要な材料は以下の通り。 VPC Route53 EC2 ELB AutoScaling Group ECS 方式 最近ELBがAutoScaling Group単位での切り替えができるようになったので、これを利用します。基

[重要更新: 2015年3月2日] 以下に記載させて頂いた案内について、リブートのインパクトを最小限にする取り組みを続けておりました。　その結果、Xen Security Advisory 対象の古いハードウェアの大部分についてもライブアップデートが可能になり、リブートが不要になりました事をご報告いたします。　また、全ての新しくローンチされたインスタンスはアップデートされたハードウェア上で起動いたします。これは合計 0.1 %未満の Amazon EC2 インスタンスでのみ、リブートを必要とする事を意味します。リブート対象のお客様についても、指定された時間ではなく、事前にお客様の都合の良い時間で Stop/Start を実施して頂く事で対応することが可能になります。 Amazon EC2 マネージメントコンソールのイベントページでは全ての計画されていた reboots スケジュールは co

CDNが単一障害点にならないようにするために ヌーラボでは 2010 年 Cacoo の商用サービスの開始に合わせて AWS における運用を開始しました。当時、運用環境として AWS を採択する決め手の一つになったのが CloudFront でした。その後も着々とエッジロケーションは増え、独自ドメインのサポートなど魅力的な機能も提供され、今ではヌーラボの全サービスの静的ファイルの配信で利用している、無くてはならないサービスとなっています。 その魅力の反面、CloudFront の障害は、アプリケーションそのものに問題がなくても、以下のような表示が崩れた画面が表示されて、ユーザが全くサービスを使えなくなるという、その影響が非常に大きいものです。また障害の原因が DNS やネットワークの経路における問題といった、私たちが直接解決しにくい領域にあることもしばしばです。 ただ、どんな事情であれ、障

Rails アプリケーションをデプロイしてみよう 昨日の re:Invent で発表された AWS CodeDeploy (以下 CodeDeploy) を使って GitHub リポジトリで管理している Rails アプリケーションを EC2 インスタンスにデプロイしてみました。いままでは Capistrano を利用してデプロイを行うのが主流でしたが、果たして CodeDeploy はこれに変わるサービスなのか！？と思いながら試してみることにしました。 なお、サンプルサイトのデプロイ手順は以下で紹介していますので、こちらもあわせてご覧ください！ [新サービス] AWS CodeDeployを触ってみた #reinvent | Developers.IO EC2 インスタンスの環境構築 今回の要件を達成するために、EC2 インスタンスには以下の環境構築が必要です。この手順については今回は割

先日、SSL3.0に深刻な脆弱性(CVE-2014-3566)が発見され、公表されました。この脆弱性は、通称 POODLE と呼ばれています。 攻撃者は、この脆弱性を悪用してパスワード、cookie、ウェブサイト上のユーザーのプライベートアカウントデータなどの機密情報を盗むことができます。 Webサーバが TLS のより新しいバージョンをサポートしている場合でも、SSL3.0も同時にサポートしている場合 POODLE に対して脆弱です。 もし、網元AMIで運用しているサイトでSSLを使用している場合は、ただちにSSL3.0サポートを無効にすることをお勧めします。 Google Online Security Blog: This POODLE bites: exploiting the SSL 3.0 fallback The POODLE Attack and the End of

Main navigation Solutions Column 1 Business challenge Software renewals and audits Software license management and optimization SaaS spend management Cloud cost management IT asset lifecycle management CMDB data quality Accurate IT inventory Security and regulatory risk management Sustainable IT AI-powered transformation Public sector Column 2 Spend management by vendor IBM Oracle Microsoft SAP VM

AWS 上で稼働する WordPress に 特化したホスティングサービスです。 Amimoto は、AWS（Amazon Web Services）上で稼働する WordPress に特化したソリューションです。経験豊富な WordPress の専門チームと AWS プロフェッショナルによる構築とメンテナンスが行われ、サーバサポート、定期的なセキュリティ監査、自動スケーリングなどの機能を持ち、どんなトラブルが発生しても迅速に復旧する体制を整えています。

Amazon Linux AMI 2014.03 Released! 早速ハマったこと (Perl・glibc編) OpenSSLの脆弱性(CVE-2014-0160)が公開されました。 Amazon Linuxでは、openssl-1.0.1e-37.66 (参考：ALAS-2014-320) で対応済ですが、 この記事の手順でリポジトリをAmazon Linux 2013.09に固定している際は、提供されません。 /etc/yum.confで「releasever=latest」を有効にして、yum update opensslを実行することを強くお勧めします。 ただし、依存関係により、glibcが2.17へアップデートされますので、 十分に動作検証した上で本番適用することをお勧めします。 こんにちは、三井田です。 佐々木さんが『Amazon Linux AMI 2014.03 Rel

みなさーん、7/12(金)のVagrant meetupは楽しかったですかー? 話題のVagrantの開発者 Mitchell Hashimoto さんを迎えてのアツいVagrantトークに、TLは沸き上がっていましたね。かくいう大瀧は、WHITE ASH初の自主企画ライブのために、Vagrant meetupは泣く泣く欠席でした。いいライブだったから悔しくなんてないです。ホントです。 さて、そんな (どんな?w) Mitchell Hashimotoさんを中心に最近開発が進められているPackerというツールがあります。今年の3月に開発が始まり現在はまだバージョン0.1.5ですが、斬新なコンセプトや面白そうな機能がたくさんあって面白いと思い、今回は概要と入門をご紹介したいと思います！ Packerのできることと目指すもの Packerは、Packer Webサイトのトップ画像にもあるよう

ども、大瀧です。みなさん、EC2をバリバリ使ってますか?使いたいときにすぐ使える仮想マシンとして、開発・検証から本番まで幅広く活用されていると思います。 日頃EC2を業務で運用する中で、EC2インスタンスをコピーすると意図しない環境設定に変わってしまうというトラブルが度々あり、cloud-initというツールに拠ることがわかってきました。 「EC2インスタンスのコピーなんて、一旦インスタンスを作成したあとはあまりやらないのでは?」と思われがちですが、EC2独特の制限などもあり、実際の運用では思ったよりも頻繁にインスタンスのコピーが必要になります。インスタンスのバックアップ&リストアなどはイメージしやすいと思いますが、それ以外にも意外なケースとして以下があります *1。インスタンスのコピーは、AMI(Amazon Machine Image:インスタンスのバックアップ)を取得し、新規インスタ

2. 本資料の対象 はじめに デプロイとは パターン1: AWSでのベーシックなデプロイ 1. AMI+SCMでデプロイ 2. Auto Scalingを適用してみる 3. 更にデプロイツールで自動化してみる パターン2: Elastic Beanstalkを使ったデプロイ まとめ 3. 本資料の対象 はじめに デプロイとは パターン1: AWSでのベーシックなデプロイ 1. AMI+SCMでデプロイ 2. Auto Scalingを適用してみる 3. 更にデプロイツールで自動化してみる パターン2: Elastic Beanstalkを使ったデプロイ まとめ

Route 53のフェイルオーバでできないことがありました 先出の『【初心に帰るシリーズ】月額約10円で設置したウェブサイトの有効活用方法』にて、簡単にウェブサイトのフェイルオーバができるとご紹介しました。 しかし、これにはできないことがありました。 5月31日のAWSアップデートにて、これができるようになりましたので、検証がてらご紹介します。 Route 53のフェイルオーバでできなかったこと 先出の『【初心に帰るシリーズ】月額約10円で設置したウェブサイトの有効活用方法』でご紹介したように、本番サイトを監視して落ちたら（落としたら）Sorry画面が出るようにするというとき、本番サイトの監視対象としてIPアドレスを指定していました。 このとき指定できるのがIPアドレスのみで、ELBのようなホスト名（DNSネーム）を指定することができませんでした。 5月31日のAWSアップデートでこれがで

こんにちは！ AWSチームの柳瀬です。 システムをAWS上で運用する時に、使ってみたい機能の一つにAuto Scalingがあります。 しかし、現時点でAuto ScalingはManagement Consoleが対応しておらず、CLIツールやSDKなどから設定する必要があります。 さらに設定も比較的複雑となるので、こんな資料を作ってみました。 Auto Scalingの薄い資料 from Serverworks Co.,Ltd. これからまずは概要を理解してもらうために作ったもので、色々アレなところがありますが上手に活用出来たら良いなと思います。

更新履歴 2013.8.19 SWFのDomains, Total types per domain. Workflow executions per domain,Desired throttle settings for account の上限緩和 2012.9.25 ConnsolidatedBillingのアカウント上限について追加 (櫻井さんありがとうございます。) DynamoDB,ElastiCache,CloudSearchの制限解除も追加しました。 AWSには間違えて使いすぎゃわ内容に色々上限を設けてくれています。 それでは満足できない人のためには上限解除の申請が出来るものもあるのでそれを一覧にしてみました。 上限解除と言ってもどこまで解除できるかはわかりません。 サービス 制限 英語版フォーム 日本語版フォーム CloudFormation 最高20までの AWS Cl