タグ

ec2とVPCに関するyassのブックマーク (6)

  • 【AWS】古参ユーザーほど気をつけてほしいRI購入時の注意点(容量保証について) | DevelopersIO

    はじめに こんにちは植木和樹です。日はEC2でリザーブドインスタンスを購入する際の注意点についてのお話です。 リザーブドインスタンスは、最初にいくらかの初期費用(予約金)を払うことで、月々のインスタンス使用料を大幅に削減できる仕組みです。ところでリザーブドインスタンスには利用料の削減以外に「予約したアベイラビリティゾーンで起動するインスタンス数(容量)確保の保証」という効果もあります。 EC2 リザーブド インスタンス (大幅な割引料金で利用可能な EC2 インスタンス) | アマゾン ウェブ サービス(AWS語) 信頼性 リザーブドインスタンスでは容量を予約することができるため、必要な時に予約している分だけインスタンスを起動できるという安心感を持つことができます。 2013年5月以前にAWSアカウントを作成した方は注意! EC2-VPCのみが使えるAWSアカウントの場合 2013

    【AWS】古参ユーザーほど気をつけてほしいRI購入時の注意点(容量保証について) | DevelopersIO
    yass
    yass 2014/05/18
    " EC2-Classicが使える環境でVPCをしていて、このVPC上のEC2にリザーブドインスタンスを購入しようとする際はLinux/UNIXを選択してはいけません。Linux/UNIX(Amazon VPC)を選択しましょう。"
  • CDP:High Availability NATパターン - AWS-CloudDesignPattern

    解決したい課題 システム構成をセキュアにするため、インターネットに公開する必要がないサーバーは、インターネットとの直接的な通信ができないネットワークセグメント(プライベートサブネット)に配置する構成にする場合が多い。 この場合、プライベートサブネットから外部へのアウトバウンド通信はNATサーバーやプロキシーサーバーを経由するが、このサーバーに障害が発生すると、プライベートサブネットのサーバーからアウトバウンド通信が行えなくなり、システム全体の障害につながる。このため、単一障害点(SPOF)にならないように、冗長化が必須である。 クラウドでの解決/パターンの説明 NATサーバー/プロキシーサーバーの冗長化を行う。障害発生時の迅速なフェイルオーバーと、より高い冗長性の確保のため、複数のデータセンターに複数のNATサーバー/プロキシーサーバーを配置し、単一障害点とならないようにする。 また、障害

  • suz-lab.com - suz lab リソースおよび情報

    This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

    suz-lab.com - suz lab リソースおよび情報
  • クックパッドでのVPC移行について

    2. 自己紹介 菅原元気 (@sgwr_dts) ž  クックパッド(株) / インフラエンジニア —  データセンターからAWSへの移行を担当し ました ž  OSS公開してます —  AWSツール elasticfox-ec2tag(VPC対応済み!)、IAM Fox、 R53 Fox —  Rubyライブラリ各種 http://rubygems.org/profiles/winebarrel

    クックパッドでのVPC移行について
  • EIP : EC2とVPCでの相違点 - aws memo

    Differences Between EC2 Addresses and VPC Addresses ( in Elastic IP Addresses - Amazon Virtual Private Cloud) けっこう違いが大きい。特に、EIPをフローティングIPとして使ってHA的な作り込みをする際には注意が必要。(移す場合は、お作法として一旦disassociateすべきか?) EC2VPC アドレスを確保すると、AWSアカウントに紐付けられるが、VPCの外でしか使えない。 アドレスを確保すると、AWSアカウントに紐付けられるが、VPC内でしか使えない あるインスタンスに関連付けられているアドレスを別のインスタンスに関連付けようとすると、自動的に新しいインスタンスに関連付けられる。 あるインスタンスに関連付けられているアドレスを別のインスタンスに関連付けようとすると、その要求は

    EIP : EC2とVPCでの相違点 - aws memo
  • NATインスタンスを冗長構成にしてみた - log4moto

    Wizardによる標準構成のVPCにおいてNATインスタンスはSPOFであり、インスタンス障害や、単一AZの障害、AZ間接続障害によっても両AZのインターネット接続性が損なわれる可能性がある。そこで、NATインスタンスをAZ毎に用意し、障害発生時にfailoverする仕組みを考えてみた。 方針 なるべくAWSの1リージョン内で完結し、別リージョンや外部に監視用ホストなどをおかない 瞬間的にフェイルオーバーはおこなわず、毎分ごとにインターネット上のターゲットIPへの疎通を確認し、障害と思われる状態になったらフェイルオーバーを行う 疎通が回復したと思われた場合には、元の状態に戻す 構成 非常にわかりづらい図になっていますが、構成要素としては Subnet x 4 (Public, Private を AZ毎に1つずつ) NATインスタンス x 2 (AZ毎に1つずつ、当然ElasticIPも1

    NATインスタンスを冗長構成にしてみた - log4moto
  • 1