AWS上で動作するアプリケーションをいかにローカルで開発するか？ - たけぞう瀕死ブログ
AWSでは様々な便利なサービスが提供されています。中にはRDSやElasticCacheのように既存のミドルウェアに対するマネージドサービスを提供するものもあり、これらについては既存のミドルウェアを使って開発することができますが、AWS固有のサービスについてはアプリケーションを動作させるには実際にサービスに接続する必要があり、開発環境が制限されてしまいます。 もちろんソフトウェア側で抽象化しておき、DIなどの手法を用いてモックに差し替えるという方法も考えられますが、特にストレージとして利用するサービスなどの場合はインタラクションが必要になるのでモックでは再現しづらいですし、やはり実際に動作するサービスに接続して開発やテストを行うほうが効率的です。 そこで、AWSのサービスを擬似的にローカルで再現することのできるプロダクトを集めてみました。 S3 node.jsで動作するs3-proxyが使
EC2 のAuto Recoveryが東京リージョンにリリースされました ｜ DevelopersIO
はじめに AWSチームのすずきです。 AWSのシステム側に起因するEC2障害が発生した場合、 インスタンスのSTOP、STARTによる再起動操作が必要となる事があります。 この再起動を自動化する「Auto Recovery」機能が東京リージョンでも利用可能となりましたので紹介させていただきます。 Auto Recovery設定 Auto Recovery、AWSコンソールのCloudWatch画面で設定します。 詳細な設定手順は、Auto Recoveryが先行提供されていた米国リージョンと同じです。下記記事をご覧ください。 【新機能】EC2 Cloudwatchの新機能「Auto Recovery」を使ってみた まとめ AWSのEC2環境が稼働している仮想ホストやネットワークなどに物理的な障害が生じ、 EC2インスタンス障害に至る可能性、頻繁に発生するものではありませんが、0ではありませ
【新機能】EC2 Cloudwatchの新機能「Auto Recovery」を使ってみた | DevelopersIO
こんにちは、せーのです。今日はEC2のライフサイクルに関するお話です。EC2を使用しているとたまに「Status Checked Failed」というステータスチェックエラーになってサーバーに繋がらなくなる、という事があるかと思います。今日ご紹介する新機能を使えばそんな時になんと自動復旧してくれる、というとても便利な機能です。名前は「Auto Recovery」といいます。 Status Checked Failedとは AWSはEC2のサーバーがハードウェア、ソフトウェアが正常に動作しているかどうか1分毎にチェックを走らせています。チェックは2種類あってそれぞれ「System status checks」「Instance status checks」といいます。「System status checks」はインスタンスを使用するために必要な AWS システムを監視して、AWS システム
[レポート]AWS Elastic Beanstalk, AWS OpsWorks, AWS CodeDeploy, AWS CloudFormation を使った自動デプロイ #AWSSummit | DevelopersIO
JSONで定義したテンプレートを元にクラウドをオーケストレーションするサービス OSの設定を細かく指定することが出来る 各種サービスのデプロイの違いを構築の流れの中で説明 構成イメージ→ELB、EC2、 RDS。静的ファイルはS3。Githubをコードリポジトリとして利用。 注意事項→デプロイサービスのベストはない。要件によって変わる。その選択をしてもらうためのセッションです。 AWS Elastic Beanstalk プロビジョニング→Environmentを作るとEC2インスタンスが起動する デプロイ→GithubのリポジトリからAppをダウンロード、Zip or Warファイルにしてアップロードする Gitのアーカイブコマンドでzipアーカイブファイルが作れる 以前はgit aws pushが使えたが今はeb deployで行う アップロードしたファイルはS3にも配置される 順次バ
![[レポート]AWS Elastic Beanstalk, AWS OpsWorks, AWS CodeDeploy, AWS CloudFormation を使った自動デプロイ #AWSSummit | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/823f7aca4a5fc29780be05be8d6f7645655fcd6c/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F05%2Faws_summit_tokyo_2015.png)
JAWS-UG（AWS User Group – Japan）
We use cookies to personalise content and ads, to provide social media features and to analyse our traffic. We also share information about your use of our site with our social media, advertising and analytics partners who may combine it with other information that you’ve provided to them or that they’ve collected from your use of their services.
開発・運用エンジニアのAWSの現場 〜JAWS-UG中央線 × DevLOVE〜
DevLOVE × JAWS-UG中央線による「AWSな現場」！ 概要 プログラマ、インフラエンジニアのAWSの現場のお話をしていただきます。AWSを利用した試行錯誤の経験談がもとになった、開発・運用の実践知満載のお話です。月曜日から役立てられる知恵を学び、現場を楽しく、そして現場を前進させましょう。 DevLOVEは 「現場のDiffを取る」 をスローガンに活動を行っています。あちらの現場とこちらの現場、現場現場で直面している課題と取っている工夫。自分の現場とのDiffを取ることで、やるべきことや、やめるべきことが見えてくるのではないでしょうか。自分自身がやっていることを客観的にみることは難しいことだったりします。今宵、現場のDiffを取りにきてみてください。そこから何を始めるかは、現場次第です。 第一部：プログラマ、インフラエンジニアの現場の開発・運用での試行錯誤の3つの話 第二部：参
AWS News Blog
Stop the CNAME chain struggle: Simplified management with Route 53 Resolver DNS Firewall Starting today, you can configure your DNS Firewall to automatically trust all domains in a resolution chain (such as aCNAME, DNAME, or Alias chain). Let’s walk through this in nontechnical terms for those unfamiliar with DNS. Why use DNS Firewall? DNS Firewall provides protection for outbound DNS requests fro
JavaScript shell console で DynamoDB Local を手軽に試す！ | DevelopersIO
よく訓練されたアップル信者、都元です。DynamoDBはAWSが提供する、高可用性を持ちスケーラブルなフルマネージドNoSQLデータベースサービスです。色々特徴を並べましたが一つ一つをあらためてさらっと。 高可用性：DynamoDBは24/365でサービスを提供し続けられることが前提となっているサービスです。想定の範囲内では止まることがない、というサービスレベル設計が行われています。 スケーラブル：読み書きの性能は（ある程度の費用の増加を認識しつつ）パラメータ変更のリクエストを送るだけで完了 *1します。 フルマネージド：メンテナンスフリーです。ハードウェアの故障やディスクの空き容量を気にする必要はありません。これらの問題は、仮に発生したとしても、我々が気づかないところで、もちろんサービスを止めずに解決されます。 DynamoDB Local DynamoDBは、どこかのサーバにインストー
MavenリポジトリをS3上に構築してMaven/Gradle/sbtから使う | 株式会社ヌーラボ(Nulab inc.)
帰省していた妻と子供を迎えに羽田空港まで行ったのに、下の子がまったく嬉しそうじゃなくてガッカリな中村です、こんにちは。 今日は、S3にMavenインハウスリポジトリを構築して、3つのビルドツール（Maven/Gradle/sbt）から扱うための設定を紹介します。 S3にリポジトリ構築するに至った背景 まず、実際の設定内容を紹介する前に、なぜS3上にリポジトリ構築しようとしたのかと、そのメリットを簡単に説明します。 MavenもしくはJavaベースの言語を利用していた場合、インハウスリポジトリを構築すると色々便利だということは、WEB+DB PRESS Vol.39の記事中でも紹介しています。私達も、今までは社内サーバ上にMavenリポジトリを構築していましたのですが、社内サーバのメンテナンスコストも馬鹿にならなくなり、もっとメンテナンスコストを減らせるものに移行しようと決断しました。 メン
1台のサーバですら Auto Scaling でケチる - HDE BLOG
こんにちは。小椋です。 「まあ15分ぐらいなら落ちてても実際そこまで困らないけど、基本的には24時間起動していてほしいんだよね……」 という緩めのサービスレベルで稼働しているSPOF気味なサーバー、ありますよね。社内向けのジョブスケジューラーとか、一日に数回なんか集めて分析する奴とか。あんまり表立って言わないだけで、御社にもありますよね？ サービスレベルが緩めだし、ミッションクリティカルでもないので、ただ起動しっぱなしにしてほっとけばいいや……と思いきや、やっぱり止まったら止まったで処置も必要だし、生死確認はちゃんとしないといけないし、そもそも起動しっぱなしなのでお金もかかるし、とか、意外とお金も労力もかかりますよね。 私HDEの社長ですが、サーバ代に関してはかなりケチです！ そういうケースに関しては、場合によってはEC2のAutoScaling Groupで管理すると節約ついでに横着でき
【新サービス】共有ストレージ(EFS)が発表！EFSの良い点、気になる点 #AWSSummit | DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する大栗です。 4月9日(現地時間)に開催れてれいるAWS Summit 2015 San Franciscoで共有ファイルストレージサービスが発表されましたので、ご紹介します。 2015/07/21 Widows用クライアントの記述に誤りがありましたので、内容を修正します。 共有ファイルストレージ AWSでは今までストレージザービスは以下の3種類が提供されていました。 S3：オブジェクトストレージ（OSでマウント不可） EBS：ブロックストレージ（OSでマウント可能） Glacier：アーカイブストレージ（OSでマウント不可） OSでマウント可能な物はEBSのみですが、複数のサーバで共有することができませんでした。そのため高可用性クラスタのシステムを構築するときには、独自にGlusterFSやCephでストレージを構築したり、DRBDでデータレプリケ
AWS-CloudDesignPattern CDP2.0候補
AWSクラウドデザインパターンとは？ AWSクラウドデザインパターン (AWS Cloud Design Pattern, 略してCDPと呼ぶ)とは、AWSクラウドを使ったシステムアーキテクチャ設計を行う際に発生する、典型的な問題とそれに対する解決策・設計方法を、分かりやすく分類して、ノウハウとして利用できるように整理したものである。 これまで多くのクラウドアーキテクト達が発見してきた、もしくは編み出しきた設計・運用のノウハウのうち、クラウド上で利用が可能なものをクラウドデザインのパターンという形式で一覧化し、暗黙知から形式知に変換したものであるといえる。 パターンの中には、クラウドでなくても実現できるもの、今まででも実現されていたものも含まれているが、クラウド上でも今まで通りのアーキテクチャが実現でき、かつクラウドを利用する事で、より安価にそしてより容易に実現できるものは、CDPとして収
PIOPSについて - 雑多なインフラエンジニア日記
EC2または、RDSのPIOPSに指定できる値について。 PIOPSは、あくまで高速化というより、一定のIOPS値を保証する と言った意味合いになります。 ベンチマークを取ると解るのですが、使わないほうがIOPS値が 高い場合があります。 ※RDSとEC2では上限値が異なります。 ・PIOPSとはなんぞやな方は以下のP36を参照願います。 http://www.slideshare.net/AmazonWebServicesJapan/aws-16148274 ・EC2の場合 Disk容量とPIOPSの比率が、1:10 である必要があるようです。 Disk容量 100GB の場合、ディスクサイズの10倍の「1000 PIOPS」までしか 指定できません。 (例) データ容量 100GB なら、PIOPSは1000 また、上限はDisk容量に関わらず、1EBSあたり 2000 PIOPSまで
お手軽JMeterクラスター 〜 フルボッコ編｜アドカレ2013 : CFn #1 | DevelopersIO
よく訓練されたアップル信者、都元です。12月ですね！ 全国のエンジニアの皆様！ いよいよこの季節がやってまいりました。そう、アドベントカレンダーです。 今年のDevelopers.IOでは、複数テーマのアドベントカレンダーが同時進行していくようですが、これは「クラスメソッドAWSチーム」によるアドベントカレンダーです。これからクリスマス・イブまでの毎日、1つずつエントリーを投下していきます。 CloudFormationビッグバンテンプレート クラスメソッドAWSチームのアドベントカレンダー2013は、題して「CloudFormationビッグバンテンプレート」です。 AWS公式ページの中にAWS CloudFormation サンプルテンプレートというページがあります。多くのテンプレートはその名の通り「サンプル」なのですが、中にはWordpressやRedmineサーバを構築するテンプレ
SpotInstanceとJMeterを使って400万req/minの負荷試験を行う | DevelopersIO
Apache JMeterのMaster/Slave構成 シナリオを用いた負荷試験といえばJMeterということで、使ったことがある方も多いかと思います。しかし、ほとんどの方は自分のPCを使ってやっている程度ではないでしょうか。最近は、スマホ連動のシステムが多くなってきていますので、1台のPCから負荷を掛けたとしても大した負荷試験になりません。そこで、今回はJMeterをMaster/Slaveのクラスター構成にしてドカーンと同時アクセスを行いたいと思います。 クラスメソッドの負荷試験の歴史 創業時から業務系のシステム開発が多かったことから、レスポンスは3秒以内でOKとか、ピーク時の同時ユーザは100名といった、緩い条件をクリアすれば良かったことが懐かしく思います。今は、ユーザ数・データ量・トランザクション数・トラフィック等が爆発的に増える可能性のあるプロジェクトも多く、負荷試験は必須項目
AWS News Blog
AWS Week in Review – AWS Documentation Updates, Amazon EventBridge is Faster, and More – May 22, 2023 Here are your AWS updates from the previous 7 days. Last week I was in Turin, Italy for CloudConf, a conference I’ve had the pleasure to participate in for the last 10 years. AWS Hero Anahit Pogosova was also there sharing a few serverless tips in front of a full house. Here’s a picture I […] Amaz
DynamoDBの一番簡単なバックアップ方法 - 尋常でないもふもふ
dynamodump という素晴らしいツールを作ってくれてる人がいた。 GitHub - bchew / dynamodump 実行環境 Python 環境が必要。Python 用 AWS SDK の boto というライブラリを利用しているため、pip も入れておくこと。 $ git clone https://github.com/bchew/dynamodump.git $ cd dynamodump $ sudo pip install boto バックアップの実行 -m で backup するのか restore するのかを指定 -r でリージョン名を指定（ap-northeast-1 は東京リージョンのこと） -s でバックアップするテーブル名を指定（アスタリスクでワイルドカード指定も可） --accessKey と --secretKey で AWS アカウントのアクセスキー
GitHub - bchew/dynamodump: Simple backup and restore for Amazon DynamoDB using AWS SDK for Python (boto3)
usage: dynamodump.py [-h] [-a {zip,tar}] [-b BUCKET] [-m {backup,restore,empty}] [-r REGION] [--host HOST] [--port PORT] [--accessKey ACCESSKEY] [--secretKey SECRETKEY] [-p PROFILE] [-s SRCTABLE] [-d DESTTABLE] [--prefixSeparator PREFIXSEPARATOR] [--noSeparator] [--readCapacity READCAPACITY] [-t TAG] [--writeCapacity WRITECAPACITY] [--schemaOnly] [--dataOnly] [--noConfirm] [--skipThroughputUpdate]
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
クックパッドにおけるサーバ監視と運用の工夫 - クックパッド開発者ブログ
こんにちは。インフラストラクチャー部の加藤(@EugeneK)です。 今回はWebサービスを運用する上で欠かせない、モニタリングをクックパッドでどうしているかという話をします。 死活監視と性能監視 Webサービスを運用している以上、そのサービスを稼働しているサーバがあり、サーバには故障やトラブルが発生します。 また、どれくらいのパフォーマンスが出ているか、リソースをどのくらい消費しているかなどのトレンドを把握することは、成長するサービスを支えていく上で欠かせません。 故障やトラブルにいち早く気づくための仕組みを死活監視と言います。 また、サーバリソースの時系列での推移を知るために、グラフとしてトレンドを可視化する仕組みを性能監視と言います。 ポーリング監視の限界とZabbixのアクティブ監視 クックパッドでは死活監視にNagios、性能監視にMuninを使用してきましたが、サーバ台数の増加
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
