これは Datadog Advent Calendar 2019 13日目の記事です。 門脇(@blac_k_ey)です。 PYXISのデータ基盤チームでSREっぽいことを行っている傍ら、インフラチームとして横断的なインフラの管理・運用を行っています。 モチベーション 最近PYXISチームではモニタリングツールとしてDatadogの採用が進んでいます。 PYXISのインフラは主にAWSを利用しており、DatadogのAWS Integrationを導入することで各種サービスのメトリクスを取得することが可能になります。 ここで課題になるのが弊社のAWSのアカウント構成です。 PYXISチームのAWSアカウント管理は以下のような構成になっています。 このように、基幹となるAWSアカウントからAssumeRoleを使って、各プロジェクトで利用しているAWSアカウントにログインするという形を取って

概要 普段はmicroインスタンスで十分だけど、重いSQLを実行するときだけsmallにしたいという要件を満たすために、 Lambdaを使ってサーバレスでRDSを定期的にスケールアップさせてみました。 ここではスケールアップする方法のみ記述してますが、業務時間終了後またmicroに戻す処理も実装してコストの上昇を最小限に止めてみました。 設定 Lambda AWS-Services-Lambdaで「Create a Lambda Function」をクリック。 ひな形になる「hello-world-python」を選択。 「Name」をScaleUpReadDBとし、「Runtime」にはpython 2.7を選択。 肝心の「Lambda function code」はEdit code inlineで直接下記のコードを入力しました。 import boto3 def lambda_han

株式会社ビズリーチで、SREエンジニアとして勤務しているmassです。2017年4月に入社してから、HRMOSというサービスのAWSのインフラを管理したり、アーキテクチャの設計・構築をしたりしています。 今回は、入社してから半年経ったらいつのまにかサービスのネットワーク管理者になっていて、そこで発生した問題と、それを解決するのに非常に役立ったCloudMapperというOSSを紹介したいと思います。 発生した問題 私がネットワーク管理者を引き継いだ段階では、ネットワーク構成図が作成されておらず、以下の問題が発生していました。 ロードバランサーを止められない 用途不明のロードバランサーが存在したため、停止を検討した。 しかし、どのリソースから利用されているか見えず、不用意に停止できなかった。 用途不明なEC2インスタンスの調査ができない AWSからメンテナンス通知が来た対象が用途不明なEC2

西澤です。AWS上にシステムを移行する上で、毎度のようにご相談を受けるのが、S3へのファイル転送をどうするか？という問題です。ビッグデータの元となる大量のファイル、RDBのダンプファイル、その他のバックアップファイル等を含め、安価で堅牢なS3にまずはデータを格納し、そこから自由に利用したいというユーザの希望を実現する為に、まずは何よりもS3にファイルを持っていかなければなりません。 今回は、過去のブログも遡りつつ、これまで試してみた各種転送方式をご紹介し、それぞれのユースケースを整理しておこうと思います。また、この記事は書きっぱなしにするのではなく、今後必要に応じてメンテナンスもすることで、再利用できるような記事に育てていきたいなと思っています（執筆時点での意気込みであり、何かを保証するものではありません）。 前提 Amazon Kinesis Streamsを利用するようなリアルタイム処

アマゾン ウェブ サービスの公式イベントのアーカイブおよびオンデマンドコンテンツの動画や資料がご利用いただけます。

タイトルの通りですが、「AWS認定 ソリューションアーキテクト - アソシエイト試験（ASA）」に合格することができました。 そもそも、AWS の認定試験には現在、以下の 5種類が用意されています。 AWS 認定ソリューション DevOps エンジニア - プロフェッショナル （2015/6/4より一般提供開始） AWS 認定 ソリューションアーキテクト - プロフェッショナル AWS 認定 ソリューションアーキテクト - アソシエイト AWS 認定 デベロッパー - アソシエイト AWS 認定 SysOps アドミニストレーター - アソシエイト 「AWS 認定 – AWS クラウドコンピューティング認定プログラム | AWS」より 今回受験した「AWS 認定 ソリューションアーキテクト - アソシエイト試験」は、公式ページ によると、 AWS 認定ソリューションアーキテクト – アソシ

We investigate all reported security vulnerabilities affecting Amazon and AWS services, software, and products. To support our customers in prioritizing and addressing known issues, we publish Security Bulletins filtered by the following criteria: Important Bulletins require attention (e.g. impact assessment, mitigation) Informational Bulletins are shared for awareness

この本の概要 本書は世界最大のクラウドサービスであるAWS（Amazon Web Services）上でWebサービスを運用するために必要なポイントをまとめた実践的な解説書です。AWS上でサービスを利用するために設定手順や必要なノウハウ，日々の運用／管理を円滑に行うために必要なポイント，トラブルにも対処できるようにするための設計や運用監視，また従量課金モデルであるAWSでいかにコストを抑えるかなど，AWSを利用してWebサービスを提供していくための現場のノウハウがギュッと詰まっています。 こんな方におすすめ AWSの導入を考えている人 AWSをより効果的に運用したいと考えているエンジニア 本書に関するお知らせ 本書に関連する記事を公開しております。 はじめに この書籍に関連する記事があります！ Amazon Web Servicesのことを知ってみよう！ Amazon Web Servic

XX砲なんてもう何も怖くない！WordPressを195倍高速化するAmazonS3とStaticPressを使った運用術！ WordPressを軽くするにあたって皆さんどのような方法をとってますでしょうか。 キャッシュプラグインをいれてみたり、CDNいれてみたり、jsの読み込む順番変えたり、、、 しかし、これらの対策を行おうと、サーバ側で何らかしらの処理を行っている以上、たくさんのアクセスが集中してしまうといずれ限界は来てしまいます。 そんな負荷対策に頭を悩ましていた日(そんな悩んでいませんが)に、Amazon S3を使ってwordpressを運用できると聞いたのでこれを試してみることにしました。 概要 Amazon S3は簡単に言うと、クラウド上でストレージを提供するサービスで、Webサイトのホスティング機能もあるので、独自ドメインでS3に置いてあるコンテンツを公開することもできます。

はじめに 最近、WordPressに興味が出てきたのでAWS上に構築して勉強しているのですが、AWSとWordPressって相性いいんじゃないかと思うことが何点かありました。そこで自分が気づいたWordPressをAWSに構築するメリットをまとめたいと思います。今回はWordPressの4.2.2 を使って試しています。 WordPressをAWSに構築すると得られるメリット一覧 静的コンテンツをAWSのサービスから配信できる ローカルに静的コンテンツを置かないことでスケールアウトできる 構築したHTMLファイルをS3でホスティングできる 簡単にWordPressのバックアップが作成できる Web開発に便利なサービスが使える Elastic Beanstalkを使って簡単に構築できる [おまけ]Amazon SESと連携できる 1.静的コンテンツをAWSのサービスから配信できる WordP

AWSアカウントを安全に運用したいなら最低限これだけはやっとけというTIPSです。 0.AWSのアカウントの種類 AWSアカウントを作ったときには、AWSのrootアカウントしか存在していません。 このままだと「メールアドレス」「パスワード」で「AWSリソースの操作が何でも」できてしまいます。 そこで管理コンソールへのログインはMFA(Multi-Factor Authentication)を利用したうえで、root以外にIAM Userというアカウントを作成し、限定した権限で利用することが強く推奨されています。 rootアカウント：AWSアカウント作成時に作成される何でもできるユーザー IAMユーザー：権限を限定して設定できるユーザー 1.Authyのセットアップ 2段階認証を導入するためにハードウェア型のMFAデバイスか、ソフトウェア型のVirtual MFAが使用可能です。今回はVi

はじめに 先日、S3の総保存量を計算するスクリプトについて、本ブログで紹介がありました 今回はそのスクリプトを利用し、ZabbixでS3の各バケット毎の保存量を監視する仕組みを作ってみました。 事前準備 AMIはAmazon Linux AMI 2014.03.1、Zabbixのバージョンは2.2.2です。 Zabbixのインストール方法に着いてはこちらを参照ください。(バージョンが2.0.9と古いです。登録するレポジトリを変更し、2.2系をインストールしてください。) ZabbixサーバからS3のAPIを利用するので、「Amazon S3 Read Only Access」権限のあるIAM Roleを持ったインスタンスにしてください。IAM Roleについてはこちらを参照ください。 また、AWS SDK for Rubyも使うのでインストールしてください。下記の要領でできます。 $ su

6. よく聞く”もったいない”トラブル !   サービスが、テレビ番組に取り上げられたが、 急激な負荷で放送中にサーバが落落ちてしまい、 数千⼈人の新規⾒見見込ユーザを逃してしまった… !   サービスが、有名ポータルサイトに掲載され た/SNSでコンテンツがバズったが、アクセ ス集中によるレスポンス低下で、既存ユーザ にも影響が… !   せっかくユーザが増えてきたのに、 DB移⾏行行時のトラブルで⼀一部データをロスト してしまった… 7. CTO/エンジニアの⼼心配 !   急なメディア掲載とかやめて欲しい… !   アプリエンジニアなのに、ITインフラの管理理 とか無理理/⾯面倒… !   ピークに合わせて、サーバ増設したいけど、 どれくらい増やしていいかわからない…

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Amazonクラウドを使ったシステム設計の際に直面する典型的な問題に対して、解決策を分かりやすく分類、解説した「AWSクラウドデザインパターン」（略称CDP）が公開されました。Facebookページも開設されています。 作成したのはAmazonのスタッフやサードパーティのエンジニアら。 CDPのWebサイトはWikiで作られているため、誰でも新たなデザインパターンなどを追加可能。現在45種類のパターンが登録されており「あと3つ加えると“CDP48”と言えるようになるので、ぜひ追加してください」（玉川氏。JAWS Summit 2012でCDPの公開について説明した際に）と、呼びかけています。 45種類のパターンが9のカテゴリに分類 それぞれのパターンには、名前、解決したい課題、クラウドでの解決方法、実装方法、解説図、メリットと注意点、関連パターン情報などが含まれています。 例えば、サーバの