Coming Soon – New China (Beijing) Region | Amazon Web Services
AWS News Blog Coming Soon – New China (Beijing) Region I am pleased to announce that we are expanding the AWS footprint once again, with a new Region in Beijing, China. AWS customers will soon be able serve local customers in the area using this Region. I made my first trip to China about four years ago. At that time I was impressed by the ambitious and energetic developers and entrepreneurs that
VOYAGE GROUP エンジニアブログ : 【AWS re:Invent 2013 参加レポート】 AWSが切り開く大規模分散ストリームデータ処理の未来と、AWSを支えるエンジニアリング文化
2013年12月03日18:24 カテゴリ 【AWS re:Invent 2013 参加レポート】 AWSが切り開く大規模分散ストリームデータ処理の未来と、AWSを支えるエンジニアリング文化 adingoプラットフォーム本部エンジニアの @suzu_v です。11月12-15日にかけて米国ネバタ州ラスベガスにて開催されたAWS re:Invent 2013についてのレポートになります。 http://reinvent.awsevents.com/ re:Inventは年に一回開かれているAmazon Web Service(以下、AWS)のカンファレンスです。弊社でもAWSをサービス構築に利用しており、今後の展望や活用事例をヒアリングすべく、カンファレンスに参加してまりました。弊社からは私一人の参加となりました。 re:Inventは日本からの参加者向けにツアーが用意されております。このツ
AWSでリージョン間の自動DR構成を構築してみた #vgadvent2013 - s_tajima:TechBlog
こんにちは、 VOYAGE GROUP エンジニアブログ Advent Calendar 2013 の2日目担当の @s_tajima です。 僕は今インフラエンジニアとして働いているのですが、 障害が発生すると携帯にアラートメールや電話がとんできて対応を迫られます。 そして障害というのはたいてい楽しいイベントが行われているときに発生するものです。 そういうものと割り切ってせっせと対応をするのもよいのですが、 僕は年末の楽しいイベントを邪魔されたくありません。 それはもちろんAWSの東京リージョンのデータセンターがすべて同時に火事でなくなってしまうような非常事態でもです。 ということで今日はAWSのリージョン間自動DR構成をつくってみた話をしようと思います。 今回のDR構成を構築する上で、カギとなるAWSの機能は以下の3つです。 Route53のELBに対するDNS FailOver ht
10 Things You Should Know About AWS - High Scalability -
« Paper: Tempest: Scalable Time-Critical Web Services Platform | Main | ESPN's Architecture at Scale - Operating at 100,000 Duh Nuh Nuhs Per Second » Authored by Chris Fregly: Former Netflix Streaming Platform Engineer, AWS Certified Solution Architect and Purveyor of fluxcapacitor.com. Ahead of the upcoming 2nd annual re:Invent conference, inspired by Simone Brunozzi’s recent presentation at an
AWS NOW | Prices & Limits
This resource is designed to display consolidated AWS prices and limits in one page. For complete information and full picture please visit official website at aws.amazon.com and browse to the corresponding page (e.g. Amazon SQS, Amazon S3, Amazon EC2, etc). Introducing api.awsnow.info, brand new RESTful API that's built on the same datasets as this web page and flattened to provide results in { k
Amazon AppStream 2.0（デスクトップアプリをブラウザへ安全に配信）| AWS
Amazon AppStream 2.0 は AWS エンドユーザーコンピューティング (EUC) サービスで、SaaS アプリケーションのストリーミングや、選択的な永続性を持つ仮想デスクトップの配信を確認できます。AppStream 2.0 を仮想デスクトップに使用した場合、保存されたファイルやアプリケーションの設定はユーザーセッション間で持続され、ユーザーがログオンするたびに新しい仮想デスクトップが割り当てられます。AppStream 2.0 は Amazon WorkSpaces シンクライアントと連携して、コスト効率が高く、管理しやすく、仮想デスクトップへのアント安全なアクセスを実現し、エンドユーザーと IT スタッフの生産性を向上させます。 AppStream 2.0 にはマルチセッション機能があり、1 つの AppStream 2.0 インスタンスで複数のユーザーセッションをプ
猿が暴れてクラウドの障害に強くなるNetflixのシステム - ワザノバ | wazanova.jp
http://techblog.netflix.com/2013/10/introducing-chaos-to-c.html 「歴史上の有名な開発プロジェクトからまなぶべきこと」をまとめていたときに、Videoの中で、ある大型ロケットエンジンの開発において、信頼性テストのために小型爆弾をエンジンの噴射口辺りで爆発させて耐性を調べた云々のエピソードが紹介されていて、更に続いて「ネット業界で同じようなことをやってるのはNetflixぐらいだ。」という説明がありました。その時は何のことだかよくわからなかったのでブログでは取り上げなかったのですが、今回見つけました。 以前紹介したように、北米のインターネットトラフィックの30%以上を占めるNeflixはインフラをAmazonに全面的に移行しています。クラウドに移行した後の学びとして、 自社データセンターの時は、個別のハードウェアインスタンスが障害
Amazon EC2 Eメール送信ベストプラクティス | DevelopersIO
ども、大瀧です。 EC2からEメールを送るという案件、たくさんありますよね。そして結構な確率でトラブるんですよね(涙目)。そんな苦い経験をベストプラクティスとしてまとめてみました。一応技術的なところは網羅したつもりですが、メールセキュリティの専門ではないので、不備や間違いがあればご指摘ください。 では、メール送信トラブルの元凶である、スパムメールとその対策からご紹介していきます。 スパムメールとの闘いダイジェスト Eメールの歴史は、スパムメールとの闘いの歴史と言えます。 不特定多数に送信されるスパムメール(未承諾の広告メール)は、メール受信者に不快な思いをさせるとともに、メールサーバーのメール流量を爆発的に増加させ、長らくメールサーバー管理者を泣かせてきました。 このスパムメールをなんとか撃退しようと、現在では主に以下のような対策が行われています。 1. 送信メールサーバー側のネットワーク
Microsoft PowerPoint - BuildingScalableWebSystem_with_ElasticBeanstalk.pptx[読み取り専用]
AWS ElasticBeanstalk で始めるスケーラブルなWebシステム Amazon Data Services Japan 安川 健太 (@thekentiest) アジェンダ AWS ElasticBeanstalkを利⽤して、クラウドデザインパターン (CDP)を適⽤したスケーラブルなWebシステムを構築する方法を体験 するハンズオンです。 クラウドデザインパターン (CDP)とは Webシステムにおける問題点とクラウドにおける解決方法 AWS ElasticBeanstalkとは ハンズオン：ElasticBeanstalkによるシステム構築 今後のさらなるシステムの発展にむけて AWSクラウドデザインパターンとは？ AWSクラウドを使ったシステムアーキテクチャ設計を ⾏う際に発⽣する、典型的な問題とそれに対する解決 策・設計方法を、分かりやすく分類して、ノウハウとし て
AWS News Blog
Announcing Amazon Managed Service for Apache Flink Renamed from Amazon Kinesis Data Analytics Today we are announcing the rename of Amazon Kinesis Data Analytics to Amazon Managed Service for Apache Flink, a fully managed and serverless service for you to build and run real-time streaming applications using Apache Flink. We continue to deliver the same experience in your Flink applications without
monitor-aws-status - AWSのService Health Dashboardに異変があったらIRCで通知してくれるヤツ - （ひ）メモ
AWSで障害が起こったらナルハヤで知りたいよねってことで、AWSのService Health Dashboard http://status.aws.amazon.com/ はRSSフィードを提供してるので、それを定期的にチェックしてIRCに通知してくれるスクリプトを AnyEvent で書きました。(要ikachan) https://github.com/hirose31/monitor-aws-status 通知を受けたいregionは、%Target_Region のコメントを外してください 通知を受けたくないserviceは、%Ignore_Service に登録してください 通知する IRC のチャンネル名は、load_config んところのを適宜書き換えてください IRC以外への通知（メール送るとか）はちょっと書けばできるでしょう Service Health Dashb
Amazon EC2のAvailability Zoneの名前はアカウント毎に違う
はじめに 先のエントリにて、EC2のデータ転送と課金の関係についてまとめました。EC2では、同一のAZ内に存在しているインスタンス間でのデータ転送は、プライベートIPを使ったものについては課金されません。 Scutum(スキュータム)はSaaS型のWAFなので、お客様のウェブサーバとScutumのWAFインスタンスの間にそれなりの量のトラフィックが発生します。そのため、この課金されないトラフィックをうまく使いたいと考えていますが、ここに落とし穴が潜んでいました。実は、EC2でのAZは、アカウント毎に指している実体が異なることがあるのです。 (クリックで拡大します) 発見に至ったきっかけ 先のエントリの内容を調査する段階で、私たちは2つの異なるAWSアカウントを用意しました。これは(ScutumがEC2でサービスを提供する場合には)、お客様のウェブサーバのインスタンスの管理アカウントと、Sc
Amazon EC2で自分のPrivate AMIを他のアカウントで使えるようにする方法 - プログラマでありたい
Amazon EC2を使っていると、複数のアカウントを作成することがあると思います。一つの例としては課金の明細が出るのがアカウント単位なので、原価をハッキリさせる為に別けるといった具合です。 その時に、悩むことがあります。権限をPrivateにして作ったAMIを、別のアカウントで使いたい場合はどうするんだろう？最初は、AMIのイメージをS3を介してアカウント間の移動をすれば良いのかなと考えていました。そんな時に、日本で一番Amazon EC2に詳しい@namikawaさんにTwitterで教えて頂きました。ありがとうございます。 AMIは共有できる機能がありますよ〜。特定のアカウントだけ公開、とかもOKですー RT @dkfj: Amazon EC2でプライベートで作ったAMIを、別のアカウントでも使いたいのだけどどうしたら良いのだろう？S3イメージのコピーだけで出来るだろうか？ 共有の設
cloudpack Night #6 - re:Generate - を開催しました - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 2013/5/17(金)東京・茅場町にあるコワーキングスペース「Co-Edo」とバー「coal-black Tokyo」において、cloudpack Night #6 - re:Generate -を開催いたしました。 togetterまとめ → cloudpack Night #6 - re:Generate - @shinodogg さんのレポート → cloudpack Night #6 に行ってきました @kei_kinoshita さんのレポート → cloudpack Night #6 に参加してきました @angelndxp さんのレポート → cloudpack Night #6 – re:Generate に参加してきました Co-Edoで勉強会 Amazon SWF - Deep Liv
インスタンスタイプ - Amazon EC2 | AWS
Amazon EC2 M7g インスタンスは、Arm ベースの AWS Graviton3 プロセッサを使用します。汎用アプリケーションに対して、Amazon EC2 の中で最高の料金パフォーマンスを実現します。 特徴: カスタムビルドの AWS Graviton3 プロセッサを搭載 DDR4 比で帯域幅が 50% 多い最新の DDR5 メモリを搭載 M6g インスタンスと比較して、ネットワーク帯域幅が 20% 強化 デフォルトで EBS 最適化済み ホストサーバーに物理的に接続された EBS または NVMe SSD を通じて提供されるインスタンスストレージ M7gd インスタンスでは、NVMe ベースのローカル SSD がホストサーバーに物理的に接続されており、インスタンスの寿命に連係するブロックレベルストレージを提供します m7g.16xlarge、m7g.metal、m7gd.16
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS上で使えるストレージ十番勝負
20120423 aws meister-reloaded-fm-son_aws
AWSの課金体系
Auto Scaling Lessons Learned
https://reinvent.awsevents.com/index.html
