AWS Distributed Load Testingを使うと手軽にAWS内での負荷試験が出来るという話 - コネヒト開発者ブログ
こんにちは。インフラエンジニアの永井(shnagai)です。 今回は、現在進めているプロジェクトでの負荷試験で、AWS Distributed Load Testing を使って比較的手軽にAWS内での負荷試験を行うことが出来たのでその内容を紹介しようと思います。 内容はざっくり下記3点です。 これまで使ってきた負荷試験ツールとその悩み AWS Distributed Load Testingとは 実際の負荷試験の様子 これまで使ってきた負荷試験ツールの悩み 新規システムを開発し、サービスに導入する際には、負荷試験が必要になるケースも多いと思います。 負荷試験は、開発したシステムが想定リクエストに対して性能面で問題なく稼働出来るかをユーザに提供する前にチェックする目的で行うのが一般的です。 内容としては、レイテンシやステータスコードのエラー数等をレポートし、それらが基準として定めたパフォー
Lambdaのコンテナサポートに関する考察 - コネヒト開発者ブログ
こんにちは。インフラエンジニアの永井(shnagai)です。 AWS re:Invent今年も大豊作ですごいですね。まだ全部は追えてないんですが、良さそうなものがあればサービスに取り入れていこうと思いわくわくしています。 この記事はコネヒト Advent Calendar 2020 - Qiita 3日目の記事です。 今回は、試してみてる方は結構いそうなので、ざっとLambdaのコンテナサポートを触ってみた感じの所感を中心に書いていきます。 うれしいポイント 今想像してる一番うれしいポイントは、lambdaがサポートしてる数多のAWSインテグレーションをトリガに好きな処理が動かせるところ（lambdaRuntimeAPIの存在を知りそう甘くないことを理解した） ローカルの開発がやりやすくなるなー SAMとか使って出来るけど。個人的にはlambdaの管理は煩雑 dockerで検証出来た方が楽
先週のAWS関連ブログ 10/11(月)〜10/23(日) - AuroraやElastiCache for Redisアップデート、JAWS Festa東海道など - yoshidashingo
セクションナイン の 吉田真吾（@yoshidashingo）です。 どうも、「君の名は。」をすでに6回見てるんですが、そろそろ一緒に語れる方がいればミートアップしたいです。 それでは今週も行ってみましょう。 AWS公式 1. Amazon EC2 で Windows Server 2016 を実行 2. Amazon Auroraアップデート – ストアードプロシジャーからLambda Functionの呼び出しと S3からのデータ読み込みに対応 – 3. Amazon ElastiCache for Redisアップデート – Sharded Clusterの追加やエンジンバージョンを更新 – 4. 現在進行中 – VMware Cloud on AWS AWS関連 5. サーバーレスの話 6. サーバレスアーキテクチャのパフォーマンスチューニング 7. Inside of awspe
サービス障害を起こさないために、障害を起こし続ける。逆転の発想のツールChaos Monkeyを、Netflixがオープンソースで公開
サービス障害を起こさないために、障害を起こし続ける。逆転の発想のツールChaos Monkeyを、Netflixがオープンソースで公開 米国でビデオオンデマンドサービスを提供しているNetflixは、Amazonクラウド上でわざとシステム障害を起こすためのツール、Chaos Monkeyをオープンソースで公開しました。 Chaos MonkeyはAmazonクラウド上で使うツール。Amazonクラウド上のインスタンスをランダムに落としまくることで、サービスに対して仮想的な障害を引き起こしてくれます。 NetflixはこのChaos Monkeyを実環境で使うことで、本物の障害が起きたとしてもサービスが継続できることをテストし続けてきました。Netflixのブログ「Chaos Monkey released into the wild」から引用します。 There are many fail
[AWS] JAWS-UG沖縄勉強会 「真夏の熱すぎるサーバレス祭り！」が開催されました。 – LexTech
こんにちは、与儀です。 先日開催された、JAWS-UG沖縄 真夏の熱すぎるサーバレス祭り！に参加してきましたので、その模様を写真とスライド資料で簡単にレポートします。 今回のテーマである「サーバレス」を耳にすることも多くなってきたは思いますが、ついにその波が沖縄までやってきました。参加者も30名以上と注目度の高さが伺えました。 弊社でもサーバレスの導入事例は出てきていますが、まだまだこれから、という部分で思考錯誤している部分が多いです。今後サーバレスの流れは確実に拡がっていくと私は考えています。まずはどしどし使ってみることが重要ですね。なお、弊社からも開発者の鈴木と情シス担当の山城の2名が登壇させていただきました。 オープニングブレイク & AWS Lambda in Golang by アールスリーインスティテュート 西島さん JAWS-UG沖縄 真夏の熱すぎるサーバレス祭り！ 2016
![[AWS] JAWS-UG沖縄勉強会 「真夏の熱すぎるサーバレス祭り！」が開催されました。 – LexTech](https://cdn-ak-scissors.b.st-hatena.com/image/square/043f1e6f5227a3b1f8ab64cee18f2f4adca1855d/height=288;version=1;width=512/http%3A%2F%2Fstatic-tech.lexues.co.jp%2Fwp-content%2Fuploads%2F2016%2F09%2F01175523%2Fsuzuki.jpg)
Amazon Elasticsearch Service で Elasticsearch 2.3.2 にレストランデータを投入して遊んだ - kakakakakku blog
Amazon Elasticsearch Service を試してみた 近々導入する可能性もあって，検証も兼ねて，先月に Elasticsearch 2 系に対応した Amazon Elasticsearch Service を試してみた． Elasticsearch domain を作成する 作成完了までのステップは計4個ある． Step 1: Define domain Step 2: Configure cluster Step 3: Set up access policy Step 4: Review 今回は以下のスペックで作成した．実際に運用する環境なら Node を増やして，Storage は gp2 以上にして，インスタンスタイプはユースケースに応じて考える必要がある． Domain Name Elasticsearch domain name kakakakakku Ve
Amazon VPC Peeringの技術的考察と留意点 | DevelopersIO
大事なことなのでもう1回言います。今回のVPC Peeringは、2つのVPC間のL3ネットワーク通信を提供します。 ...言わんとするところ、伝わったでしょうか。伝わりにくいですかね?(笑)説明としては上の文章でいいのですが、思い浮かぶイメージと実現できることにはそれなりに隔たりがあるので、そこを理解いただきたいというのが今回のエントリーの狙いです。VPC Peeringの仕組みを自分なりに考察(≒妄想)し、そこから見えてくる留意点を紹介してみます。以下に要点をまとめます。 ルーティングの設計はユーザーが行う。 Peeringなので、2VPC間以外のルーティングを取り持つことはできない。 Peering経由でIGW/VGWは利用できない。 ルーティングの設計はユーザーが行う Peeringの設定は、VPCの[Peering Connections]画面で、作成・管理します。ただ、このPe
導入事例 (Case Studies) - Amazon Web Services
お客様のクラウド導入事例 さまざまな規模のお客様が AWS を使用して、アジリティの向上、コストの削減、そしてイノベーションの推進をクラウドで実現した方法を紹介します。
AWS News Blog
Amazon SageMaker Geospatial Capabilities Now Generally Available with Security Updates and More Use Case Samples At AWS re:Invent 2022, we previewed Amazon SageMaker geospatial capabilities, allowing data scientists and machine learning (ML) engineers to build, train, and deploy ML models using geospatial data. Geospatial ML with Amazon SageMaker supports access to readily available geospatial dat
訳： AWSで高可用性を実現するベストプラクティス - aws memo
AWS Cloud Best Practice: Introduction to High Availability Deployment | Newvem AWSのアーキテクチャセンターにも図があるが、解説が少ないので、このシナリオ・ステップは参考になるだろう。 しかし、インフラがRoute53でリージョン間冗長性を考えるグローバルスケールになりつつある中、1台のサーバのRASとか1ラック内のサーバ2台の可用性という小さなインフラしか考えられないガラパゴスな日本人は間違いなく置いて行かれるな。。 ＝＝＝ 最初にAWSにアプリケーションをデプロイすることは難しい。たくさんの新しい用語と概念を理解する必要がある。AWSに最初のインスタンスを起動する前に、全てのAWSの選択肢を理解する必要がある。 本稿は、AWSのインフラで高可用性( High Availability , HA)を実現するア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon Web Services の本気がみたいか !? スピードと高可用性を両立したゲームインフラの構築と事例