ウィスキー、シガー、パイプをこよなく愛する大栗です。 本日、Amazon Auroraで読み込みエンドポイント（Reader Endpoint）が発表されました。今までは、インスタンスエンドポイント（Instance Endpoint）とクラスターエンドポイント（Cluster Endpoint）が利用できましたが、新しいエンドポイントについて試してみました。 読み込みエンドポイントとは 現在Auroraには、以下の3種類のエンドポイントがあります。クラスターエンドポイントはWriterを指すエンドポイントで、インスタンスエンドポイントは各インスタンスを指しエンドポイントです。今回追加された読み込みエンドポイントはReaderを指すエンドポイントです。 クラスターエンドポイント（Cluster endpoint） インスタンスエンドポイント（Instance endpoint） 読み込みエ
https://flic.kr/p/os8Taq 要約：AWSは素晴らしいが、Googleはその グーゴル 倍素晴らしい。 AWS re:Invent （参加料は1,600ドル）に参加したり、チーフ･エバンジェリストの Jeff Barr をフォローしたりすれば、あなたはたちまち、Amazon Web Servicesのとりこになるでしょう。 毎年何百もの新機能が登場しており、食べ放題・融通が利く・運用担当者不要の、オンデマンドサービスのビュッフェのようです。まあ、実際に食べてみるまでは、の話ですが…。 Amazonは素晴らしいです。しかし、Google Cloudは「開発者によって、開発者のために構築された」ものであり、それが一目で分かるのです。 移行した理由 App Engine GAE はきちんと機能し、オートスケーリング機能も持ち、ロードバランサや無料のmemcacheも備えていま
Lv：23 Exp：110755 徳島県出身、吉積情報株式会社最高技術責任者 愛光高校、東京大学卒業後、アクセンチュアにて5年間システム開発を経験。 CP300のアジア初取得者。 Google基盤上でのシステム開発の普及を目標として日々活動中。 はじめに この文章は典型的なWebスタートアップにおける私の経験によるものです。我々はAWS上で100以上のインスタンスを起動させ、一定のペースで成長してきた中である程度の期間そうやってきました。 我々の全てのオペレーションはクラウド上で行われています。Webサーバ、データベース、マイクロサービス、git、wiki、BIツール、監視、、、これらは全て典型的なテクノロジー会社では必要となるオペレーションです。 後はオフィスにはインターネットアクセスのために少しのスイッチと一つのルータがあるだけで、以上です。オンサイトにはサーバは1台もありません。 以
Amazon S3 が IPv6 をサポートするようになり、アプリケーションが Ipv6 でオブジェクトストレージの Amazon S3 に接続できるようになりました。IPv6 のコンプライアンス要件を満たしたり、既存の IPv6 ベースのオンプレミスアプリケーションと簡単に統合、IPv4 とIPv6 のアドレス変換処理に必要な高価なネットワーク装置を排除することができます。IAM ポリシーにある既存のソースアドレスフィルタリング機能や IPv6 アドレスのバケットポリシーを利用して、Amazon S3 と相互作用するアプリケーションの安全性を維持するためのオプションを拡張できます。 まず、IPv4 と IPv6 の両方をサポートする Amazon S3 の新しい「デュアルスタック」エンドポイントにアプリケーションをポイントします。ネットワーククライアントはデフォルトで IPv6 を好む傾
こんにちは、まちいろの工藤 (@macococo) です。 6/1〜6/3 の間に開催された AWS Summit Tokyo 2016 の Day2 に参加してきましたので、レポートを公開します。 www.awssummit.tokyo 他社様事例でスライドが公開されていないものについては、内容ざっくりで。 Day2 キーノート 東京リージョンは5周年 10年で売上1兆円到達 デジタルトランスフォーメーションを支えるプラットフォームとしての AWS 全体的に初心者向け・エンタープライズユーザー向けの内容。 AWS Japan 長崎社長の立ち居振る舞い、トーク力が印象に残りました。 Fate/Grand Order における、ディライトワークス流 AWS 導入＆活用術 元々は Azure で運用、リリース以降に様々な課題が発生していた Azure 運用での性能の課題 DB がボトルネックだ
CloudWatchには[BurstCreditBalance]という項目がありますので、こちらをチェックしてみるとどれくらいの容量が必要か見積が出せると思います。 非同期書き込み EFSは共有ストレージ、ということで非同期による書き込みが出来るようにマウント時に非同期オプション（async)をつけることができます。その場合バッファはEC2内にキャッシュされます。 またパフォーマンスを確保するためにはEC2そのもののメモリやCPU処理能力も関係します。パフォーマンスが出ないと感じた時はインスタンスタイプを上げてみるのも手です。尚EBS最適化されたインスタンスでもEFSにはその影響はないので注意しましょう。 制限事項 その他制限事項を羅列します。 最大ファイルシステム数: 10 AZ毎の最大ターゲットマウント数: 1 ターゲット毎の最大セキュリティグループ数: 5 ファイルシステム毎の最大タ
急に寒くなってきてmk5（マジで風邪引く5秒前）な森永です。 なんだかテンションの上がるツールが有りましたのでご紹介します。 公式リファレンスアーキテクチャ AWSでよくある構成を公式のリファレンスアーキテクチャとして公開されています。 AWS アーキテクチャーセンター | アマゾン ウェブ サービス（AWS 日本語） 今回注目したいのはアーキテクチャの内容ではなく、このカッコイイ図のほうです！ めっちゃかっこいいですよね！これをずっと書きたかった！！ Cloudcraft あの構成図を簡単に作成できるツールが弊社チャットで話題になったのですぐに使ってみました！ Cloudcraft – Draw AWS diagrams 無料で使えるようなので、なにはともあれSign upしましょう。 Googleアカウントを使うことが出来ますので、そちらを使うと一瞬で完了します。 おお！なんかもうすご
サーバレスアーキテクチャの「AWS Lambda」、米国東リージョンの一部のユーザーで障害。約3時間エラーや遅延など 開発者がプログラムを書くだけで、実行に関する手間はマネージドサービスとしてすべてクラウドに任せられる、いわゆる「サーバレスアーキテクチャ」は、クラウドを前提とした新しいアーキテクチャとして注目度が高まっています。 サーバレスアーキテクチャの基盤として代表的な存在が、Amazonクラウドの「AWS Lambda」です。 そのAWS Lambdaが6月23日午後6時頃（太平洋夏時間）から3時間ほど、米国東リージョンの一部のユーザーに対して障害を起こしていました。 AWS Service Health Dashboardでは以下のように報告されています。 9:20 PM PDT Between 6:00 PM and 9:00 PM PDT, a small number of
2016 年 6 月 1～3 日に開催された AWS の無料クラウドカンファレンス「AWS Summit Tokyo 2016」では、100 セッション、50 社以上のお客様による事例セッションが行われ、3 日間で延べ 13,000 名を超える方にご来場いただきました。 当日ご来場いただきました皆様、ご登壇いただきましたお客様、そしてご賛同いただきましたスポンサー各社の皆様、誠にありがとうございました。 この開催レポートでは、日本のお客様による実際の AWS 利用動向はもちろん、AWS 製品の技術セッションから、最新のクラウドソリューションを学ぶことができます。また、パネルディスカッションでは、AWS クラウドを活用する上でのヒントが多く紹介されています。 当日残念ながらお越しになれなかった方はもちろん、当日のセッションを改めてご参考にしたいお客様もぜひご覧ください。
どうも佐野です。トレタのインフラはEngineyardでワオワオやってたんですが、あの、なんていうのAurora？それを使いたかったわけです。 さて、私が書いた前々回の記事にて、「コア機能のAWS化」を今後のTODOとして挙げていましたが、5/9にEngineyardからAWSへの移設が完了していました。EngineyardはRailsやnodejsなどのWEB-DB環境を簡単に構築できるPaaSです。Herokuとの違いはサーバにsshしたり、chefを利用してFluentdなどのミドルウェアを入れたり、既存のコンフィグレーションをカスタマイズしたりすることができる点が挙げられます。比較的自由度の高いPaaSと言えるでしょう。トレタでは創業〜先月までお世話になりました。 今回は移設とAuroraの運用に関するTipsの紹介になります。なお、本記事に示す設計・運用方針はAWSのソリューショ
こんにちは、みんなのウェディングの小室 (id:hogelog) です。 今回はみんなのウェディングにおけるデータ分析基盤の現状についてご報告させていただきます。 三行まとめ 忙しい人のために先に結論を書くと bricolage と embulk で Redshift に集めて re:dash で分析 です。 データ収集 データ収集は bricolage のジョブネット機構を用いて bricolage の各種ジョブや embulk を連携させ、Redshift にデータを取り込んでいます。 参考までに https://github.com/hogelog/dwh-example に簡単な構成例を準備しました。 MySQL → Redshift みんなのウェディング http://www.mwed.jp/ のデータベースとしては MySQL を利用しています。 MySQL から Redshi
2016 - 06 - 03 AWS Summit 2016 Developers ConferenceでDockerとECSの話をしてきました #AWSSummit AWS Docker ECS 本日、 AWS Summit 2016 Developers Conferenceの方でアッベマティーヴィーフレッシュのDockerとECSの話をしてきました。 www.awssummit.tokyo スライドはこちらです。およそ400名ほどのキャパシティでしたが、立ち見も出るほど盛況だったようです。ありがとうございまする。 speakerdeck.com 内容はご参照あれという感じなんですが、 AWS SummitということもあってなるべくECSやDockerの突っ込んだ話というよりも、Dockerの門戸を少しでも広げたいなーと思っていたのでDockerのProduction運用のイメージを知
Photo via Visual hunt Backlog の一部のスペースにて Amazon Aurora へと移行しました。ここでは、その経緯と実際に実施した作業を簡単にご紹介させていただきます。 移行の経緯 昨年末データベース障害が発生しユーザー様には多大なご迷惑をお掛けしてしまいました。 Backlog には Terraform をどう使っているかを紹介したブログ にあるように複数の運用環境があります。 その各々の環境の構築時期によって EC2 上で自前運用していた MySQL もあれば、RDS for MySQL もある、といった統一されていない状況でした。また EC2 上ではまだ MySQL 5.1 も稼働していました。 移行を検討するにあたり、優先したのは障害時の復旧が素早く出来ることと、少しでも運用の管理コストを下げることでした。Backlog のサーバは 100 台以上で
株式会社はてな（代表取締役社長：栗栖義臣／本社所在地：京都市中京区）は、サーバー監視サービス「Mackerel（マカレル）」においてアマゾン ウェブ サービス（以下AWS）連携機能「AWSインテグレーション」をリリースしました。 この機能により、Mackerelから簡単にAWSのクラウド製品を監視できます。AWSクラウド製品の中で、Amazon Relational Database Service（Amazon RDS ※1）とElastic Load Balancing（ELB ※2）から対応を開始し、順次対象サービスを拡大してまいります。はてなでは、世界190か国以上、数百万のアカウントを持つクラウドサービスであるAWSの顧客企業に対し、Mackerelの拡販を目指します。 ▽ Mackerelトップページ https://mackerel.io/ 「AWSインテグレーション」はMa
雪山ジャンキー渡辺です。 今年もクラスメソッド雪山部は絶賛活動中ですよ。 さて、少し前ですが、AWS NAT Gateway（以下、NAT Gateway）がリリースされました（【新機能】ついに登場！Amazon VPC NAT GatewayでNATがAWSマネージドに）。 NAT Gatewayは、プライベートサブネットからインターネットへの通信を実現する仕組みです（外向きのみ）。 今日は、このNAT Gatewayを利用するひとつのパターンを紹介します。 サブネットを構成する３つのパターン サブネットは種別として、パブリック・プライベート・プロテクトの３つの形態が選択できます。 外部アクセス可能なパブリックサブネット パブリックサブネットは、ルートテーブルがインターネットゲートウェイと関連付けられたサブネットです。 パブリックサブネットでは、インスタンスにEIPを付与する事により外部
今回、不倫で有名になった乙武さんの謝罪文はAWSのS3で構築してる。技術的にもプロの犯行だ。S3とは、ざっくり言うとAmazonさんが運営してるほぼ絶対落ちない静的サーバのことです。http://ototake.com をDNSで全部S3に降ってる。要するに謝罪文しか表示しないけど絶対落ちないサーバをAmazonさんから短期的に借りる。今後、芸能人の謝罪文はAWSのS3というソリューションが増える。 GMOさんは芸能人に強いのに営業しないのかな。CAと組んで謝罪文サーバとか売ればいいのに。これは、芸能人のサイトを運用している人には重要な事例だ。教科書にのるかもしれない。むしろ、今後の謝罪ページのセオリーになるかもしれない。昔に比べて、DNSの浸透は爆速になったので、こういうのが可能なんだろな。 今まで、ototake.comを無視して、短期的にS3にDNSを降ることで、以下のメリットが有る
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く