AWSコスト削減とリソース管理 | 外道父の匠
クラウド使いなエンジニアの皆様、猛暑と円安の中いかがお過ごしですか。上層部からインフラコスト削減を突きつけられてはおりませんでしょうか。 今回はおそらく初めてコスト削減についてAWSを軸に書いていきますが、考え方はどこの環境でも似たりよったりなので何かしらの足しになればと思う次第であります。 目次 長いです。ひきかえしたほうがいいぞ！ コミュニティに捧げます AWSの売上 コスト削減とは 三大使命 コスト状況整理 Load Balancer 参考リンク 統合による削減 EC2 Autoscaling 参考リンク 情報整理 古いインスタンスタイプの変更 スケジュールの調整 スポットインスタンスの適用 軽量インスタンスの統合・サーバーレス化 アプリケーション処理の軽減 EC2 EBS EBSは高い 不要EBSを削除・スナップショット化 ボリュームタイプの変更 EC2 AMI NAT Gatew
AWS Elasticsearch Serviceが律儀にgzipを返すようになって死んだ [解決済み] - Qiita
エラー内容 今朝起きたら、 Elasticsearch + Rails にこんなエラーが起こっていた。 MultiJson::ParseError: unexpected character at line 1, column 1 [parse.c:664] なんと、いままで Accept-Encoding を無視していた AWS Elasticsearch Service が、急に仕事をしだして、 gzip 形式で返すようになった模様。 追記: なお、 elasticsearch-rails で利用されている faraday は、 Accept-Encoding: gzip がデフォなようです。 バージョン 追記しました elasticsearch (5.0.0) elasticsearch-api (5.0.0) elasticsearch-transport (5.0.0) elas
![AWS Elasticsearch Serviceが律儀にgzipを返すようになって死んだ [解決済み] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/96af58ed5121a5dacd5523757d4df68d52fd1812/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9QVdTJTIwRWxhc3RpY3NlYXJjaCUyMFNlcnZpY2UlRTMlODElOEMlRTUlQkUlOEIlRTUlODQlODAlRTMlODElQUJnemlwJUUzJTgyJTkyJUU4JUJGJTk0JUUzJTgxJTk5JUUzJTgyJTg4JUUzJTgxJTg2JUUzJTgxJUFCJUUzJTgxJUFBJUUzJTgxJUEzJUUzJTgxJUE2JUU2JUFEJUJCJUUzJTgyJTkzJUUzJTgxJUEwJTIwJTVCJUU4JUE3JUEzJUU2JUIxJUJBJUU2JUI4JTg4JUUzJTgxJUJGJTVEJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1mNjRjOTViNmUwMjM1ZWQwOTg5ODI4ZWM5OWFjM2JhYw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB0YWR5JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz05NTU3NzM1YTdiYzRkYmFlMTdhNjgzMTE5Yjc0OWVmOQ%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44Oq44Kv44Or44O844OI44Op44Kk44OV44K544K_44Kk44Or%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D24f578fc6b13e9b709d6ec65b8cc6587)
AWS Personal Health Dashboard – 関係するリソースの管理 | Amazon Web Services
Amazon Web Services ブログ AWS Personal Health Dashboard – 関係するリソースの管理 AWS Service Heath Dashboardをリリースしたのは2008年になります。当時はAWS Cloudは比較的新しく、各サービスの利用状態を確認するのにいい手段でした(現在のService Health Dashboardと比べると、この8年でAWSがどのくらい成長した化が見て取れます)。 現在のダッシュボードは、AWSサービス毎の状態を俯瞰的に表示するため、個別最適されたダッシュボードというわけれではありませんでした。そのため、お客様と会話をすると、全体的なダッシュボードというよりは、お客様の利用サービス、リソースに合わせた状態管理を希望されることもありました。 新サービス Personal Health Dashboard 関心のあるサ
AWS Key Management Service（マネージド型の暗号化キー作成と管理）| AWS
この図は、AWS Key Management Service の主な機能と、他の AWS のサービスとの可能な統合を示しています。3 つのセクションを表示します。 最初のセクションには、「AWS KMS」というタイトルと、AWS KMS のアーキテクチャアイコンのイラスト、そして「データを保護する暗号化キーの作成と管理」というテキストが表示されます。 右側には「KMS キーを作成」というタイトルのボックスが表示され、「KMS キーは FIPS 140 Validated HSMs から暗号化されずに放置することはなく、誰がアクセスし使用できるかを制御します」というテキストが表示されています。 右側には「暗号化操作」という別の見出しがあり、「暗号化操作で KMS キーを使用する」という説明文が書かれています。 この最初のセクションには、さらに AWS KMS の主要な機能がリストアップされ
作業マシンとしてのGCEプリエンプティブインスタンスとAWSスポットインスタンスの比較 - Qiita
ベンチマークや重いソフトウェアのビルドなど、ノートPCには適していない作業をするマシンとして、いままで AWS のスポットインスタンスを使っていました。 しかし5月に GCE のプリエンプティブインスタンスが出て、試してみたところ予想以上に快適でした。 こういったスポットでの作業環境としてのプリエンプティブインスタンスのメリットを紹介していきます。 起動が早い スポットインスタンスは、入札してから実際にマシンが起動するまでのタイムラグが5分程度ありました。 プリエンプティブインスタンスは、通常の Compute Engine のインスタンスのオプションという扱いなので、入札という手順が存在せず、1分程度で起動できます。 設定が簡単 AWS だと新しいインスタンスを使おうとすると VPC の設定が必要だったり、セキュリティグループの設定をしないと起動した２台のマシン間での通信すらできなかった
「Google Compute Engine 入門」を読んで、AWS と GCP の違いをまとめてみた - えいのうにっき
先日発売されたばかりの「Google Compute Engine 入門」（吉積 礼敏 氏 著）を読んだ。kindle版が出ていたので、買いやすかったし、読みやすかった :) 全体を通しての感想は「GCE（を中心とした、GCP）の紹介本みたい」、というかんじ。AWS の現在の状況（隆盛）を考えると、GCP に関しては、このレベルの書籍が今、ようやく出版された段階だということは、厳しいけれどまごうことなき現実なんだよなぁ、と思った。 （ちなみに、gcutil のコマンドリファレンスまであるのはちょっとやり過ぎでは...と思った。Web のリファレンス では不足があるんだろうか？） でも、この本を読むまでは「 AWS ではなく GCP をわざわざ選ぶ理由がわからない（デメリットを上回るメリットが感じられない） 」という気持ちしかなかった自分が、読み終わったときには「 課題はいくつかあるけれど、
GCP を検討しているエンジニアのための Compute Engine と AWS の比較 #gcpug - weblog of key_amb
「GCP を検討しているエンジニアのための Compute Engine と AWS の比較」というイベントで、本郷三丁目にあるコワーキングスペースに行ってきました。 仕事などで AWS を使う機会はあったのですが、 GCP は触ったことがありませんでした。 一方で、GCP ではここ最近 Nearline Storage や Cloud Logging のリリースといったニュースもあり、本イベントは気になるテーマでした。 本イベントでは、発表が1つと、GCE でインスタンスを動かしてみるというハンズオンがありました。 イベントに関するツイートは下の togetter でまとめられています。 以下、イベントの内容のメモとなります。 GCPを検討しているエンジニアのための GCE と AWS の比較 ～どんな時に GCE を使うの？～ ハートビーツ @rrreeeyyy さんの発表 20分ぐら
AWS Tips I Wish I'd Known Before I Started - W(e)blinks
Note that this content is around 10 years old and may contain outdated information. Moving from physical servers to the "cloud" involves a paradigm shift in thinking. Generally in a physical environment you care about each invididual host; they each have their own static IP, you probably monitor them individually, and if one goes down you have to get it back up ASAP. You might think you can just m
AWS Tips, Tricks, and Techniques
Background AWS is one of the most popular cloud computing platforms. It provides everything from object storage (S3), elastically provisioned servers (EC2), databases as a service (RDS), payment processing (DevPay), virtualized networking (VPC and AWS Direct Connect), content delivery networks (CDN), monitoring (CloudWatch), queueing (SQS), and a whole lot more. In this post I'll be going over som
AWSよりGoogle Compute Engineを選びたくなる10の理由
Google Compute Engineについて興味深いブログがあったので、勉強を兼ねて和訳してみました。 原文はこちらです。 以下、超訳。 昨年（訳注2012年のこと）、GCEとしてGoogleがIaaSの提供を発表した時に、amazonは心配するべきかどうか聞いてみた。18ヶ月後、Google Compute Engineは一般公開され、信頼性、価格、革新性において間違いなくAWSの競合になったと見受けられる。混雑したIaaS市場には多くの新規参入があり、そのいくつかはマイクロソフト、HPとIBMのような十分に確立された企業·ベンダーである。しかし、大多数のそうしたサービス群は限定的な機能しか持たない。彼らはAWSに対抗することは諦め、Amazon EC2の2008年相当のものに見えた。しかし、GCEはそのアプローチからして異なる。Amazon EC2の類似機能に焦点を置くのではなく
2014年のウェブシステムアーキテクチャ - stanaka's blog
(Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWSの本格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWSが本格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。 また、DockerはLXC (LinuX Conta
寿司もITも鮮度が一番！あきんどスシローのAWS活用術 (1/2)
AWS Summit 2013の2日目にあたる6月6日には、回転寿司チェーンを展開するあきんどスシローがIT活用やクラウド導入について披露した。自慢の寿司をふるまいながらの講演は、回転寿司屋の舞台裏がつまびらかにされた笑いの絶えないセッションとなった。 中とろ vs システム 「スシロー」は関西を中心に全国350店舗を展開する回転寿司のチェーン店。年間の来店客数は日本の人口と同じ1億2000万人にのぼり、売上高では1000億円を超えるという。全店舗1皿105円という均一価格で有名だが、えびアボガドを始め、既存の寿司の常識を覆す新しいメニューを出すことでも知られている。最近では、189円の吟味ネタという取り組みも進めている。 今回のAWS Summit 2013では、情報システム部 部長の田中覚氏が「中とろより価値あるITを。あきんどスシローのクラウド活用術」というタイトルで、AWS上に構築
はじめてのアマゾンクラウド②[仮想サーバ(Amazon EC2)を立ち上げる]
1. はじめてのアマゾンクラウド② 『仮想サーバ（Amazon EC2)を立ち上げる』 エバンジェリスト 玉川憲 Twitter: @KenTamagawa アマゾン データ サービス ジャパン株式会社 Ver0.9.6: 更新日: 2012年1月27日 2. 事前準備 AWSのアカウントを開設し、Amazon EC2の申し込みが済んでいるかご 確認ください まだの方は、「AWSのアカウントを開設する」を参照ください。 インターネットアクセス (ネットワークに接続されている) Webブラウザ（Firefox or Chrome推奨） Windowsのデスクトップ環境 Tera Termがインストール済み http://sourceforge.jp/projects/ttssh2/ (マッキントッシュでも実施できますが、Teratermではなくシェルで接続することに注意) 注：このガイドは、
![はじめてのアマゾンクラウド②[仮想サーバ(Amazon EC2)を立ち上げる]](https://cdn-ak-scissors.b.st-hatena.com/image/square/27c51c3db844e75c594a4c14a2db90c6e99a7180/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F3ec2-101107160809-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
Amazon Web Service (AWS)のEC2で Jenkins を動かす - Natural Software
最近の仕事は、お客さんが距離的に離れたところにいるような環境でやっています。 作ってるソフトはWindowsのネイティブアプリなので、実行ファイルの受け渡しが煩雑でした(exeなので、そのままでメールに添付できなかったり)。ということで、EC2上にJnekins師をたてて、そこを中心にしようと考えました。 自分の中で必要な環境が出来上がったので、備忘録として残しておきます。 やりたいこと 外向きのJenkinsが欲しい Windowsのビルド環境が欲しい ということで、EC2上に外向きのJenkins氏(master)をたてて、自分の環境にWindowsのビルドができるslaveを作ってビルドし、その結果をmasterからダウンロードできるようにしました。 CloudBees だとslave設定がなかったので、Windowsのビルド環境ができませんでした。 参考にしたところ EC2でJen
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWSではてなブログの常時HTTPS配信をバーンとやる話 / The Epic of migration from HTTP to HTTPS on Hatena Blog with AWS
第 4 回 Serverless 個別技術相談会（2017 年 4 月 14 日開催） | AWS
http://atnd.org/events/51337
社長が訊く『すれちがい通信中継所』｜ニンテンドー3DS｜任天堂