Summary of AWS Direct Connect Event in the Tokyo (AP-NORTHEAST-1) Region
日本時間 2021 年 9 月 2 日に東京リージョン（AP-NORTHEAST-1）で発生した AWS Direct Connect サービスの中断に関する追加情報を提供いたします。午前 7 時 30 分(以下すべて日本時間)から、Direct Connect をご利用中のお客様は東京リージョンに向かうトラフィックについて断続的な接続の問題とパケットロスの増加を観測し始めました。この事象は、Direct Connect ロケーションから、顧客の Virtual Private Cloud（VPC）が存在する東京リージョンのデータセンターネットワークへのネットワークパスに沿ったネットワークレイヤーの 1 つでネットワークデバイスの一部に障害が発生したことが原因です。お客様は午後 12 時 30 分に復旧を観測しはじめ、午後 1 時 42 分に接続の問題は完全に解決されました。 アベイラビリ
AWS Fargateを本番運用した所感 - コネヒト開発者ブログ
こんにちは。インフラエンジニアの永井(shnagai)です。 今回は、Fargateを本番投入し1ヶ月強が過ぎたので、運用する中で気付いた点について書こうと思います。 以前書いた、Fargateに関する調査のまとめ記事はこちら。 tech.connehito.com 内容はざっくり下記3項目です。 いきなりFargateはハードルが高め 良かった点 コンテナのリソースキャパシティを簡単に変更出来る オートスケーリングもシンプルに組める 安定運用 つらい点 タスクの起動速度がEC2バックエンドと比べるとやはり遅い 料金面 いきなりFargateはハードルが高め Fargate導入を通して一番感じたのは、新規にコンテナ化するアプリケーションをECSで動かす場合、EC2バックエンドで試験をパス出来る状態まで持っていった後に、最後にFargateで動かすパターンがよさそうということです。 今回のF
AWS Fargate で使える Reserved/Spot コンピューティング・リソース機能が欲しいですね
AWS Fargate Advent Calendar 2017 の 24 日目です. 記事のアイデアを練り始めたときは「流量が安定しない Amazon SQS キューと AWS Fargate で動かす “lazy-worker” なコンテナってすごく相性良さそうですよね」という小ネタを書くはずだったんですが、気づいたらなぜかポエムになっていました. しかも図が一つもありません. お許しください. リリースされたばかりということで AWS Fargate とその関連機能について間違って理解している可能性もあります. 発見された方は Twitter とかで構わないので教えてもらえると嬉しいです. AWS Fargate で見られる夢 AWS Fargate は任意の Docker コンテナを一定の制約の範囲内で仮想マシンのプロビジョニングや管理なしに走らせてくれる夢のサービスです. どのへ
AWS で実現した Mackerel 時系列データ1分粒度長期保存の裏側 / Mackerel Meetup #11 Tokyo
2018/02/05 https://mackerelio.connpass.com/event/76678/
EC2 Auto-ScalingでECS組んでますか？エラーレート高いですか？救ってあげてもいいですか？ | CyberAgent Developers Blog
EC2 Auto-ScalingでECS組んでますか？エラーレート高いですか？救ってあげてもいいですか？ サイバーエージェント技術本部インフラエンジニアの@prog893です。今回も「AWA」という音楽ストリーミングサービスのインフラの改善について紹介したいと思います。前回の記事では、データベースの復旧時間が12時間から55分まで短縮できた話を紹介しましたが、今回は楽曲ダウンロード及びストリーミングレイヤーでのエラー率を大幅に改善したことについて述べたいと思います。 楽曲ダウンロード及びストリーミングの構成 まず、楽曲ダウンロード及びストリーミングの構成概要について紹介します。 音楽ダウンロード及びストリーミングの構成概要 楽曲配信サーバ(以降Track Proxy)はコンテナとして実行しAWS Elastic Container Service（ECS）で運用しており、ECSのバックエン
AWSのシステム構成情報を集めて構成図を自動生成してくれる「CloudMapper」、オープンソースで公開
AWSのシステム構成情報を集めて構成図を自動生成してくれる「CloudMapper」、オープンソースで公開 CloudMapperを用いることで、AWS上のシステムについて以下のような状況をすぐに把握することができると説明されています。 どのリソースがインターネットに公開されているか？ どのリソース同士がつながっているのか？ アベイラビリティゾーンが落ちたときでも十分堅牢なアーキテクチャか？ このアカウントはいくつのリージョンを利用しているか？ どれだけ大きないシステムを運用しているか？ CloudMapperを開発しているDUOは、セキュリティサービスを提供する企業。同社は自身もAWSユーザーで、さまざまなオープンソースのツールを試してみたものの満足できるようなものがなかったため、自社でCloudMapperを開発したとのこと。 CloudMapperの仕組みは、まずAWSコマンドライン
初めて技術書を執筆して感じたこと・心がけようと思ったこと - log4ketancho
いよいよ明日、1/20（土）に「Amazon Web Services 業務システム設計・移行ガイド」が発売されます。先日、見本誌が届きました。元々、ピンクベースの表紙だったのですが、最終的には水色になったようです。（フロンターレ初タイトルの翌月に水色の本を出せるなんて！） 「技術書を書くこと」はエンジニアとしての夢のひとつだったので、見本誌を手にしたときは感慨深かったです。抑えておきたいAWSの基本から、業務で使えるアドバンストな内容まで、よりどりみどりな内容になっています。ぜひ読んでいただき、ご感想を頂けると嬉しいです。 Amazon Web Services 業務システム設計・移行ガイド (Informatics&IDEA) 作者: 佐々木拓郎,林晋一郎,瀬戸島敏宏,宮川亮,金澤圭出版社/メーカー: SBクリエイティブ発売日: 2018/01/20メディア: 単行本この商品を含むブロ
複数のAWSアカウント管理を制するものが、AWSを制する - プログラマでありたい
いよいよ明日発売開始であるAmazon Web Services 業務システム設計・移行ガイドの一貫したテーマが、「企業内でどのようにAWSを使っていくのか」です。企業内でのユースケースを元に、ネットワーク／システム設計や運用管理、移行の話をしています。その中で１章を割いて説明しているのが、AWSアカウントをどのように管理するかです。 複数（マルチ）AWSアカウント管理の重要性 AWSを利用する上で、AWSアカウントをどのように管理していくかは最重要事項です。AWSアカウント管理というと、一般的には、AWSリソースの認証認可であるIAMを使った運用方法について語られることが多いです。しかし、企業内で利用する際は、それだけでは不十分です。何故なら、企業内では１つのAWSアカウントではなく、複数のAWSアカウントを作成し運用することになるからです。いわゆるマルチアカウント運用です。 企業内での
AWS Black Belt Online Seminar AWS上のJenkins活用方法
1. 【AWS Black Belt Online Seminar】 AWS上のJenkins活用方法 アマゾンウェブサービスジャパン株式会社 トレーニングデリバリマネージャ 大村 幸敬 2017.01.24 2. 自己紹介 • 大村 幸敬 (Yukitaka Ohmura) – トレーニングデリバリマネージャ • トレーニングの実施とトレーニングコース開発 – DevOps Engineering on AWS – Developing on AWS – Architecting on AWS – Data Warehousing on AWS など – 経歴：SIerで自社サービスの開発・運用 金融系のインフラPM – 好きなもの：アウトドアと日本酒と娘^2 – 好きなサービス：AWS CLI 2 3. AWS Black Belt Online Seminar とは AWSJのTec
AWS におけるマルチアカウント管理の手法とベストプラクティス
© 2015, Amazon Web Services, Inc. or its Affiliates. All rights reserved. アマゾン ウェブ サービス ジャパン株式会社 プロフェッショナルサービス本部 プラクティスマネージャー 高田智己 2017年6月2日 AWSにおけるマルチアカウント管理の 手法とベストプラクティス 本セッションのスピーカー紹介 名前 高田 智己（Tomomi Takada） 所属 アマゾン ウェブ サービス ジャパン株式会社 プロフェッショナルサービス本部 プラクティス マネージャー プロフェッショナルサービスに おいて、エンタープライズのお 客様の主にセキュリティに関す る課題解決に従事 本セッションの内容 • 本セッションはAWSで複数のアカウントを利用する場合 のメリット・デメリットを紹介し、お客様のマルチアカ ウント方針を考える際の手助
AWS のネットワーク設計入門
© 2017, Amazon Web Services, Inc. or its Affiliates. All rights reserved. アマゾン ウェブ サービス ジャパン株式会社 ソリューションアーキテクト 岡本 京 2017/5/31 AWS のネットワーク設計入門 自己紹介 岡本 京（おかもと ひろし） • 所属と職種 – アマゾン ウェブ サービス ジャパン株式会社 技術統括本部 ストラテジックソリューション部 ソリューション アーキテクト • 経歴 – プリセールスエンジニア（ネットワーク）→ AWS • 好きなAWSサービス – Amazon VPC 本セッションの内容 • AWS上でシステムを構築するにあたり、ネットワーク面 ではどのような検討や設計が必要なのかをお伝えします • 機能の詳細や操作手順ではなく、考え方やデザインの説 明にフォーカスさせて頂きます •
Amazon Elasticsearch Serviceを使ったログ収集基盤の構成を考えてみた
みなさんこんにちは。@ryuzeeです。 6月10日にAmazon Web Services企業導入ガイドブックが発売になっていますのでよろしくお願いします。 さて今回はAWS上でログ収集と分析をする際に、Amazon Elasticsearch Serviceを使う前提とした場合だとどのような構成案がありそうかいくつか考えてみたのでご紹介します。 なお、検討の材料にしている全体の構成としては、複数のVPC(またはAWSアカウント)があって、さらにオンプレ側とDirect ConnectやInternet VPNで接続しているような、よくあるそれなりの規模の構成になります。 各VPCの中には複数のサブネットがあり、そのうちのいくつかはプライベートサブネットに分かれているものとします(個人的にはインターネットゲートウェイの有無しか違いがないので、プライベートサブネットあまり作りたくない)。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://d0.awsstatic.com/events/jp/2017/summit/slide/D3T2-4.pdf
Amazon RDS 入門
レーベルゲート音楽配信プラットフォームと AWS Snowball を利用したデータ移行
サーバとデータのマイグレーション ソリューション
AWS のストレージサービス入門
Amazon EC2 入門
https://d0.awsstatic.com/events/jp/2017/summit/slide/D2T6-1.pdf
https://d0.awsstatic.com/events/jp/2017/summit/slide/D2T1-1.pdf