AWSバッドノウハウ集 2017/02 - Qiita
おことわり 主観であり何らかのデータにもとづいてはいない この記事に書いてあることは信じずに自分で試そう EC2 t2 ファミリーは他ファミリーと比べて不安定 どのインスタンスもいつかは死ぬという点では共通なのですがそのなかでもt2は故障したり不具合が発生したりする確率が非常に高い気がする なので死んだり、死にかけ状態で動き続けたりしてほしくないインスタンスはあんまりリソースを使わなくても t2.micro とかじゃなくて m3.medium にしとくとすこし可用性があがる 追記: CPUクレジット理解していないだけではとか書かれていたんですがその辺は確認している。 t2の可用性が問題になったケースいくつかあるんだけど、自分の場合はネットワークがたまに断する問題が多くて、分散DBクラスタの死活監視で1secごとにpingするだけでCPUは常に1%以下みたいなものとかに使うとカジュアルに10
AWS EC2 カスタムAMI(S3/EBS)作成手順 - 130単位
AWSでの環境構築をスムーズにするため、AMI(起動用イメージ)をはじめて作ってみました。 EBSタイプのAMIを作りたかったのですが、最初よくわからなくてインスタンスストアタイプのものを作ってしまいました。おかげでどちらの手順も試せたので、メモっておきます。OSはAmazon Linuxで、Microインスタンスで作業しました。 AMIの種類 インスタンスストアタイプ 終了するとデータ保存されないがルートデバイスが高速 カスタムAMIはS3から作成 EBSタイプ 停止することでデータ保存が可能だがEBSに課金発生 カスタムAMIはEBSスナップショットから作成 インスタンスストアタイプ イメージ作成 インスタンスでAMIにしたい状態までセットアップを進める Account > Security Credentials > Access Credentials > X.509 Certif
EBS Standard Volumeの性能特性 - SH2の日記
最近@namikawaさんと@con_mameさんがEBSの性能測定をされていて、少し気になったので追試をしました。 Amazon EBS の性能ベンチマーク その1 (Standard編) - 元RX-7乗りの適当な日々 Amazon EBS の性能ベンチマーク その2 (Standard-Vol増量編) - 元RX-7乗りの適当な日々 Amazon EBS の性能ベンチマーク その3 (Provisioned IOPS編) - 元RX-7乗りの適当な日々 4,000IOPS EBSのベンチをとってみた - まめ畑 今一度Provisoed IOPS EBSのベンチをとってみた - まめ畑 測定環境です。 ap-northeast-1c m1.small (Spot Instance) Amazon Linux AMI 2013.03.1 EBS Standard Volume 16GB
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
