【新機能】Auto Scalingのインスタンス起動/破棄時に初期処理/終了処理を追加 – LifeCycleHook機能のご紹介 こんにちは、せーのです。 Auto Scalingの新機能についてはこれまでStandby State、Detach Instanceとご紹介してきましたが、実はもう一つ新機能があります。それが今回ご紹介する「LifeCycleHook」機能です。読んで字のごとく、Auto Scalingにおけるインスタンスのライフサイクルをフックする、という機能です。それでは詳しく見ていきましょう。 Auto Scalingにおけるインスタンスのライフサイクル Auto Scalingのインスタンスの「ライフサイクル」、つまりインスタンスが生まれてから死ぬまでの状態遷移はどのようなものでしょう。 インスタンスが起動し始めてからAuto Scaling Groupに追加するま
小ネタです。 今回はAMI削除時に、それに紐づくEBSスナップショットをまとめて削除するためのTIPSを紹介します。 やりたいこと 作成したAMIを綺麗に削除したい場合、単純にAMIを登録解除するだけでは関連するsnapshotなどが残り続ける場合があります。 この記事では、指定したAMIをスナップショット含め削除してくれる簡易なBash Scriptを紹介します。 スクリプト 以下が紹介するスクリプトです。事前にjqのインストールが必要です。 複数のAMI IDを指定するとスナップショット含めてまとめて削除してくれます。 おまけ 上記スクリプトの応用として、弊社が提供している自動実行サービスのバックアップをまとめて削除するスクリプトを紹介します。ジョブ名を指定すると、そのジョブが作成したAMIバックアップ全てをスナップショットも含めて削除できます。insightwatchへの移行時などに
こんにちは、大前です。 久々に AWS MediaServices 以外の記事を書く気がします。 今回は、掲題のアップデートの紹介です。 Amazon EC2 Auto Scaling now supports Instance Refresh within Auto Scaling Groups どんなアップデートか Amazon EC2 Auto Scaling(以下 Auto Scaling)にて Auto Scaling Group 内のインスタンスを最新化する事が出来るようになりました。 今まで、 Auto Scaling Group の起動設定を変更(例えば、AMIの更新など)した後に既存のインスタンスを最新化するには一手間が必要だったりしたのですが、今回追加されたこの機能を使用するだけで、最新の起動設定で起動されたインスタンスに置き換える事が可能となりました。 今まで痒かった
コンバンハ、千葉(幸)です。 AMI を作成する際に、一緒にタグ付けをできるようになりました! Amazon Machine Images (AMIs) now support tag-on-create and tag-based access control 一度作成してから後追いでタグをつける……という操作から解放されますね! 何が変わったのか 冒頭の繰り返しとなりますが、 AMI の作成時にタグを付けられるようになりました。 AMI に紐づくスナップショットに対しても同様にタグ付け可能です。 AMI とスナップショットに同じタグを付けることもできれば、それぞれ固有のものを指定することもできます。 少し勘違いしてしまったのですが、「ベースとなる EC2 および EBS と同じものをつける」という指定はできません。 (少し前に AWS Backup がそのような機能に対応していたのでそ
AWSCLIを使う上で、waitコマンドは本当に便利です(挨拶 例えば下記のようなコマンドラインでEC2インスタンスを起動すると、プロンプトは数秒で戻ってきます。 $ aws ec2 start-instances \ --instance-ids i-08e952a8eHOGEHOGE i-020b7ddf8FUGAFUGA { "StartingInstances": [ (以下略) もちろん、この秒数でEC2インスタンスが起動したわけではないので、 別のコマンドやマネジメントコンソール(MC)を使って状態を確認したり、waitコマンドを使って起動するまで待ったりするわけです。 $ aws ec2 wait instance-status-ok \ --instance-ids i-08e952a8eHOGEHOGE i-020b7ddf8FUGAFUGA この時わたしはinstanc
こんにちは、城内です。 スマホゲームが大好きなのですが、最近はめっきりファンキル *1にハマっています。Fate *2コラボに惹かれて参戦したのですが、直近では結構インパクトのあるCMを打っていたり、過去のコラボもあの花 *3とかまどマギ *4とか、自分的にはかなりのツボですね! さて、個人的な趣味の話と無駄な脚注は置いておいて、今回もちょいネタです。 EC2を起動したり停止したりする、AWS CLIを使ったワンライナーをいろいろ紹介したいと思います。 目次 1. EC2起動 1-1. 単体起動 1-2. 起動確認 1-3. 起動待ち 1-4. 全起動 2. EC2停止 2-1. 単体停止 2-2. 停止確認 2-3. 停止待ち 2-4. 全停止 ワンライナーまとめ では、さっそくつらつらとまとめを書きます。 ちなみに、私はAWS CLIやjqのマスターではありませんので、「それ最適じゃな
Amazon Web Services ブログ Amazon RDS または Amazon EC2 を使ってホストされているデータベースで実稼働ワークロードを実行するためのストレージのベストプラクティス AWS は、OLTP ワークロードを処理するデータベースをホストするために複数のオプションを提供しており、Amazon EC2 インスタンスで独自のマネージドデータベースをホストする、または AWS が管理する Amazon RDS を使用することができます。RDS は、高可用性、自動バックアップ、データベースのアップグレード、OS パッチ、セキュリティ、およびリードレプリカを管理します。RDS は、クラウドネイティブのオプションである Amazon Aurora データベースエンジンも提供し、このエンジンは MySQL および PostgreSQL に対応しています。Aurora は、標
こんにちは、せーのです。今日はCloudFrontを使っている方にちょっと便利になったアップデートをご紹介します。 invalidationがちょっと楽になった CloudFrontで配信を行う場合、当然ながらキャッシュコントロールが重要なポイントとなります。スタイルシートやロゴ画像等、ほとんど触ることのないようなファイルはTTLを数ヶ月、1年と長めにとって置くことでCloudFront内に保管され、コストの節約になりますが、Webシステムなどでは定期的に変更するヘッダ画像等こまめにキャッシュを消さなくてはいけない運用も存在します。またポータルサイトを運営している方はユーザーの退会処理に伴いそのユーザに関わる全ての画像を消す必要が出てきます。アイコンはもちろん、SNSのようなサイトであればプライベートな画像も多いですから、きちんとポリシーを設けて確実にキャッシュを消していかないと権利的にも
はじめに 最近、仕事で Amazon Elasticsearch Service(以下、Amazon ES)を本格的に使う機会があって、認証周りの仕様で苦労させられました。 Elasticsearch を本格的に使う人は、自分で Elasticsearch クラスタを立てたり、Elastic Cloud を使ったりしてしまうからか、Amazon ES 周りの情報は意外と見つかりませんでした。せっかくなので、今回の記事では、自分が Amazon ES を使うにあたって調べた情報をまとめてみます。 はじめに いろいろな Elasticsearch Amazon ES の基本 Amazon ES が提供する認証・認可 パブリックアクセスの場合 VPC アクセスの場合 IP アドレス以外の認証・認可方法は AWS 署名しかない Elasticsearch API へのリクエストを AWS 署名する
困ったこと S3に配置したCSSファイルやJavaScriptファイルをCloudFront経由で利用しようとするとブロックされる。 FontAwesomeのファイルをCloudFront経由で読み込むようなWebアプリケーションを作ったら、アイコンが全部豆腐になってしまった。 CORSとは CORSとは、「Cross-Origin Resource Sharing」の頭文字を取ったもの。 オリジン(Origin)とは、 スキーム(http://やhttpsなど) ホスト名(example.comなど) ポート番号(:3000など) のこと。 http://example.com https://example.com http://example.com:3000 https://example.com:3000 http://example.com:8080 https://examp
直近でルートボリュームのEBSをオンライン拡張することがあり、OSごとにまとめてみたのと少しだけハマった箇所の紹介です。 こんにちは佐伯です。 直近でルートボリュームのEBSをオンライン拡張することがあり、OSごとにまとめてみたのと少しだけハマった箇所の紹介です。 EBSボリューム変更時の制限 以下の制限事項があるのでご注意ください。 エラーメッセージが表示された場合や旧世代のEC2インスタンスタイプでは、EBSのデタッチまたはEC2インスタンスの停止が必要になるケースがある 旧世代のマグネティックボリュームタイプの変更はサポートされていない EBSのボリュームサイズを小さくすることはできない EBSのボリュームサイズやタイプを変更すると、6時間以内は再変更ができない AWSドキュメント: EBS ボリューム変更時の制限 - Amazon Elastic Compute Cloud 作業の
こんにちは、藤本です。 待ちに待ったアップデートです。EBS のボリュームサイズ、ボリュームタイプを変更できるようになりました。 Amazon EBS Update – New Elastic Volumes Change Everything 概要 今まで運用中に EBS のボリュームが足りなくなった場合、 一度スナップショットを作成して、 新規ボリューム作成して(この時にボリュームサイズ増加)、 ディスクを差し替える必要がありました。 これにより、インスタンスを停止する必要が発生したり、出来るだけダウンタイムを短くしたくてノーリブートでスナップショットを取ると整合性が担保されない、スナップショット取得から切り替えまでのデータの欠損が発生するなど、多くの問題がありました。 それが今回のアップデートにより、インスタンスの停止する必要がなく、データの欠損が発生することなく、ボリュームサイズを
はじめに S3をWebコンテンツの置き場所として使う場合、Webアプリケーション側でそのS3上のコンテンツに対するPre-signed URLを生成することで、Webアプリケーションで認証されたユーザに限りコンテンツにアクセス可能とするような仕組みを作ることは良くあります。 ただしこのS3アクセス用として生成したPre-signed URLは、CloudFrontを経由した形では使えません。 CloudFront経由で、限られたユーザのみS3からコンテンツを取得出来るようにするためには、CloudFront用の署名付きURLを発行する必要があります。 そこで今回は、CloudFront+Amazon S3を組み合わせて、署名付きURLを使った制限されたコンテンツ(プライベートコンテンツ)の配信を試してみました。 やってみる 今回試したことは、以下のAWSのドキュメントを参照しながら行ってい
AWS上でとあるシステムを作っていました。そのシステムを簡単に説明すると 画像や動画のような静的なファイルを閲覧することができる ログイン機能がある ログインしないとその静的ファイルは閲覧することができない といった感じのもの。ただし、静的ファイルはS3にアップロードしていて、CDN(今回はCloudFront)を用いてキャッシュしている。 システム構成 今回作成したシステム構成は以下のようになっている。 CloudFront 通常のリクエスト Route 53 → CloudFront → ALB(Application Load Balancer) → EC2 静的ファイルへのリクエスト(ここでは/S3/*に対してリクエストが来た場合とする) Route 53 → CloudFront → S3 このようなルーティングの設定は「CloudFront→Behaviors」で以下のように設
2. 1 ご質問を受け付け致します! 質問を投げることができます! • Adobe Connectのチャット機能を使って、質問を書き込んでく ださい。(書き込んだ質問は、主催者にしか見えません) • できるだけ回答させていただきます。 ①画面右下の チャットボックス に質問を書き込ん でください ②吹き出しマーク で送信してくださ い 3. 2 初心者向けWebinarのご紹介 • AWSについてこれから学ぶ方向けのソリューションカット の技術Webinarです • 過去のWebinar資料 – AWSクラウドサービス活用資料集ページにて公開 http://aws.amazon.com/jp/aws-jp-introduction/ • イベントの告知 – 国内のイベント・セミナースケジュールページにて告知 http://aws.amazon.com/jp/about-aws/events
NaClの田中です。 Amazon S3に格納したファイルを、X-Sendfileを使って配信する仕組みを構築しました。この記事ではその実現方法を紹介します。 X-Sendfileとは? X-Sendfileとは、NGINXのドキュメントによると「認証、ロギングなどをバックエンドで処理した後、内部リダイレクトされた場所からエンドユーザにコンテンツを配信するようにWebサーバが処理することで、バックエンドを解放して他の要求を処理させる仕組み」だそうです。Webサーバにコンテンツ配信をさせ、バックエンドのスループットを向上させるための機能、ということですね。 詳しい利用方法についてはドキュメントを参照ください。 mod_xsendfile for Apache2/Apache2.2 X-Accel | NGINX AmazonS3上のファイル配信 さて本題です。今回やりたかったことはAmazo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く