AWS インスタンス別ネットワーク帯域・InstanceStore IOPS測定 - Qiita
#!/bin/sh INSTANCE_TYPE=$(curl -s http://169.254.169.254/2014-11-05/meta-data/instance-type) yum install fio -y umount /media/ephemeral0 time dd if=/dev/zero of=/dev/xvdb bs=1M sudo mkfs.ext4 /dev/xvdb mount /media/ephemeral0 for i in `seq 0 3`;do time fio -name=random-write \ --output=/home/ec2-user/${INSTANCE_TYPE}-${i}.txt \ -ioengine=libaio \ -rw=randrw \ -rwmixread=0 \ -bs=16k \ -numjobs=16 \
[CDP] インターネットアクセス（アウトバウンド）パターン | DevelopersIO
はじめに CDP（Cloud Design Pattern）ではOnDemand NATパターンをはじめとするインターネットアクセス（アウトバウンド）の解決法が提案されています。しかしながら、イントラネットとクラウドをVPN接続した環境では、一般にPrivate Subnetのデフォルトゲートウェイ（0.0.0.0/0）はプライベートアドレス空間のVPNゲートウェイに設定されているおり、単純にPrivate Subnetのデフォルトゲートウェイ（0.0.0.0/0）をNATインスタンスにルーティングできないケースも存在します。以降、インターネットアクセス（アウトバウンド）の課題に対する解決策・システムアーキテクチャ設計として、以下の４つのパターンを解説します。 インターネットアクセス（アウトバウンド）必要とされる背景 インターネットアクセス（アウトバウンド）は、以下の一般的な要件を鑑みると
![[CDP] インターネットアクセス（アウトバウンド）パターン | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/159aae9aca8c6edf2f9802a0b5ceac5fe829ed41/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F07%2Fcdp.png)
CDP:Routing-Based HAパターン - AWS-CloudDesignPattern
解決したい課題 複数の同機能のサーバーを用意して冗長構成を採ることは一般的だが、フェイルオーバー時の接続先の切り替えはさまざまな方法が存在する。 同一セグメント（サブネット）のネットワーク内なら仮想IPアドレスの付け替えなどで比較的容易に実現できるが、セグメント（サブネット）、あるいはデータセンターを越えたサーバーへのフェイルオーバーでは、その方法での実現は難しくなり、他の方法を考える必要も出てくる。 例えば、DNSを用いた名前解決での切り替えなどはよく使われる。しかし、「ダウンタイムをTTLより短くできない」、「DNSサーバーというコンポーネントが増えてしまう」などのデメリットを考慮する必要がある。 クラウドでの解決/パターンの説明 セグメント（サブネット）やデータセンターを越えたサーバーへのフェイルオーバーは、クラウド環境でも同様の問題を抱える。 しかしクラウドによっては、複数データセ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
