結構知らないAmazon EBSの細かい話。主にEBSのネットワークの構造について - プログラマでありたい
先日、EBS（Elastic Block Store）のとある状況下での挙動について正確なところが知りたくて、改めて調べていました。その中で、AWSマイスターシリーズ ReloadedのEBS版を見つけたのですが、これが良い資料でした。今までEBSのネットワーク部分についてどういう構造になっているのか、正確に把握しませんでした。資料を読むことにより構造が解り、ボトルネックが発生した時にどう対処すればよいのか、より掴みやすくなりました。簡単にまとめてみたいと思います。 EBSの全体像 まずはEBSの基本構造です。当たり前といえば当たり前ですが、EBSはEC2ではなくその下のレイヤーのハイパーバイザにアタッチされます。アタッチ後にOSから認識させるという形になります。また接続の方式としてはネットワーク型ですが、利用者はネットワークを全く意識せずとも使えるようになっています。（SecurityG
Tips：RDSでのIOクレジットバランスの考え方（汎用SSDボリューム） | DevelopersIO
ベルリンの半瀬です。 はじめに RDSのI/Oクレジットバランス周りで調べ物をしたときのメモです。 ボリュームタイプとI/Oクレジットバランス（I/Oクレジット）の基本 RDSは、データベースとログのストレージとして EBSボリュームを使用している。 ボリュームタイプに汎用SSDを利用している場合、サイズに比例するI/Oのベースラインパフォーマンスが決まっている ベースラインパフォーマンスを超えたI/Oリクエストを受けることは可能 ベースラインパフォーマンスを超えたI/Oリクエストを受けている場合、超過分のI/Oクレジットが消費される（バースト） ボリュームの初期作成時に、5,400,000 I/Oクレジットが割り当てられる I/Oリクエストがベースラインを下回った（バーストが終わった）場合、I/Oクレジットは補充されていく I/Oクレジットの補充速度はボリュームサイズに比例して速くなる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
