AWSボリュームの暗号化の必要性について - Qiita
AWSボリュームに暗号化は必要なのか？ 当初、実際にAWSのデータセンターの実サーバーに物理的に侵入された場合や、AWSの管理システムへのハッキングした時くらいにデータを守れるという認識だったのでそれが正しいのかどうかAWSサポートに問い合わせをしてみた. AWSサポート問い合わせ結果(原文は載せれないので要約) 1. お客様のセキュリティあるいはコンプライアンス要件を満たせるようにご用意している機能 多くのユーザーはこのコンプライアンス基準へ準拠のためだけに、ストレージ暗号化の機能を利用しているのが現実らしい 2. AWSのデータセンターに対して物理的な侵害が発生した場合に、保護する事が可能になる これは想定していた当然のメリットである. 3. EBS と EC2 インスタンスとはネットワークを経由で通信するが、暗号化ボリュームを使用している場合この通信経路上も暗号化される これは少しび
Amazon Elastic Block Store (EBS) General Purpose (SSD) volumes (gp2) の バースト特性
先週リリースされた EBS gp2 タイプですが、これまでのスタンダードタイプよりバースト性能が改善されています。 バーストの仕様についてはマニュアルや公式ブログにかなり詳しく記載されていますが、実際に動作確認を行ってみました。 まずはおさらい この前の記事にも記載しましたがEBS gp2 のバースト仕様を簡単におさらいしておきます。 バースト時の最大出力は 3000 IOPS バーストの制御方法は、Token Bucket 方式 Token は容量1GBあたり毎秒3個づつ補給される。 Token 一個は 1 I/Oに相当 Token はEBS 1 個あたり最大 5,400,000 個 保存できる。 EBS作成時は、5,400,000 個 Token が補充される。 今回のテスト環境 今回使用した環境は、m3.xlarge を使用しました。OS側の影響を少なくするために少し大きめのインスタ
Amazon EBSのGeneral Purpose(SSD)のバーストルールを理解する | DevelopersIO
ども、大瀧です。 先週追加された、EBSの新しいgp2(General Purpose(SSD))タイプ、皆さん試していますか? 従来のStandardタイプで注意するべきI/O課金がかからないなど、注目ポイントがいくつかあると思います。その中でも大きなメリットとして挙げられるのが、I/Oのバーストです。 非常にシンプルなバーストルールでOS起動時など一時的にたくさんのI/Oが必要なときに活用できる便利な機能ですが、パッと見るとルールが見えにくいかもしれないので、ちょっとした例え話で説明してみたいと思います。 I/Oクレジットは必殺技のゲージと心得よ 格闘ゲーム、ありますよね。ちょっと難しい操作だけど、決まると相手に大ダメージを与えることができる超必殺技!!を狙いたくなるところだと思います(強引)。超必殺技は連発できると一方的になってしまうため、一定の時間間隔をもたせるために必殺技ゲージを
新しいSSDベースのEBSボリューム(General Purpose)のベンチマークをとった - 元RX-7乗りの適当な日々
昨日の Amazon Web Services からの公式発表により、Amazon EBSのボリュームとして、「General Purpose (SSD)」が選択できるようになりました。詳細は、以下のAWS公式ブログにてご確認ください。 Amazon Web Services ブログ: 【AWS発表】新しいSSDベースのElastic Block Storage で、で、既に今回追加された新しいEBSのボリュームタイプに関しては、以下のエントリでまとめられています。 http://rimtty.hatenablog.com/entry/2014/06/17/184348 へー、なるほどねぇ、、、とか思いながら読んでいたのですが、最後のところで、 新型EBSのベンチマークについては、いつもの id:rx7 さんが颯爽ベンチってくれると思うので待ちます。 http://rimtty.haten
AWS News Blog
AWS Weekly Roundup – AWS AppSync, AWS CodePipeline, Events and More – August 21, 2023 In a few days, I will board a plane towards the south. My tour around Latin America starts. But I won’t be alone in this adventure, you can find some other News Blog authors, like Jeff or Seb, speaking at AWS Community Days and local events in Peru, Argentina, Chile, and Uruguay. If you see […] New – Amazon EC2 H
4,000IOPS EBSのベンチをとってみた - まめ畑
今日、Amazon Web Services Blog: Provision Up to 4,000 IOPS per EBS Volume, New Marketplace Supportで発表があったとおり、EBSで設定できるIOPSが4,000IOPSまで、Disk容量も1TBまで使えるようになりました。 今までは、2,000IOPSが最大値でしたが、2倍のIOPSまで使えるようになりました。 そこで、簡単ですが、通常のEBS・2,000IOPS EBS・4,000IOPS EBSでベンチを取ってみました。 実際に使用したベンチマークは後でまとめたいと思いますが、とあるサービスの本番データを使ったMySQLのベンチマークでは2,000IOPS EBSよりも良い結果になりましたが、1.5倍程度の向上に落ち着いていました。あくまで、参考ということで。 また、 Amazon EBS の性能
Amazon EBS の性能ベンチマーク その1 (Standard編) - 元RX-7乗りの適当な日々
以前、「噂の高速SSDを積んだAmazon EC2インスタンスのI/Oベンチマークをとってみた」でAmazon EC2で利用できるSSDボリュームのベンチマークを取った際に、EBSボリュームに関しても簡単に計測しているのですが、もう少し詳細に見てみようと思い、もうちょっと詳しく性能を計測してみました。(急いでいる方は最後のまとめを読むだけでOKですｗ) 実は、大昔(3〜4年くらい前)にも同じようなことを軽くやったのですが、結果がどこかにいってしまった＆今はまた結果が違うかもなので、やってみた。 ベンチマークの目的は、EBSボリュームをソフトウェアRAIDで束ねた(ストライピング)場合に、どのくらいパフォーマンスが出せるのかという観点。 というわけで、色々な観点から性能を測ってみました。使ったツールは「噂の高速SSDを積んだAmazon EC2インスタンスのI/Oベンチマークをとってみた -
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
