[B! vpc] seikoudoku2000のブックマーク

Amazon VPC Peeringの技術的考察と留意点 | DevelopersIO

大事なことなのでもう1回言います。今回のVPC Peeringは、2つのVPC間のL3ネットワーク通信を提供します。 ...言わんとするところ、伝わったでしょうか。伝わりにくいですかね?(笑)説明としては上の文章でいいのですが、思い浮かぶイメージと実現できることにはそれなりに隔たりがあるので、そこを理解いただきたいというのが今回のエントリーの狙いです。VPC Peeringの仕組みを自分なりに考察(≒妄想)し、そこから見えてくる留意点を紹介してみます。以下に要点をまとめます。ルーティングの設計はユーザーが行う。 Peeringなので、2VPC間以外のルーティングを取り持つことはできない。 Peering経由でIGW/VGWは利用できない。ルーティングの設計はユーザーが行う Peeringの設定は、VPCの[Peering Connections]画面で、作成・管理します。ただ、このPe

seikoudoku2000 2016/05/09

色々ぽちぽちやんないといけないけど、柔軟さとのトレードオフかな。

vpc
AWS

リンク

AWSでTerraformに入門 | DevelopersIO

OSやミドルウェアの機能検証を実施した場合など、オンデマンドで一時的な検証環境を構築できるのもクラウドサービスの醍醐味です。検証対象のOSやミドルウェアは異なれど、検証に必要な環境はある程度共通であることが少なくなく、また費用節約のためにも検証が終わった後はきれいさっぱりとその環境を削除したいものです。 AWSでそんな使い捨ての環境を構築する場合の方法として、ファーストチョイスとなるのはAWS CloudFormationかと思います。検証環境をテンプレート化しておくことができ、またマネージメントコンソールやAWS CLIを使って簡単に環境の構築／削除ができる、使い捨て環境の構築にはぴったりのサービスです。あるいはAWS CLIやAWS SDKを使って自前の環境構築スクリプトを作成するのもよいかもしれません。 AWS公式のツールを使う以外では、Terraformが有力な選択肢の1つになる

seikoudoku2000 2016/05/02

リンク

【新機能】ついに登場！Amazon VPC NAT GatewayでNATがAWSマネージドに | DevelopersIO

こんにちは、せーのです。今日はついに登場した新サービス「Amazon VPC NAT Gateway」をご紹介します。 AmazonマネージドのNATが登場今までプライベートなサブネットに立ててあるEC2インスタンスからインターネットに出るにはパブリックなサブネット上に自分でNATインスタンスを立てる必要がありました。 NATが落ちるとプライベートにあるEC2群からは一切インターネットに出ることができなくなるのでNATは冗長化して複数構成にするのが常でした。その結果そんなに使うわけでもないNAT用のEC2インスタンスを最低でも2台立て、しかもこのNATがパフォーマンスのネックにならないようにとある程度大きめのインスタンスタイプを選ばざるを得ないこともあり、コストが大変かかるものでした。 NATが落ちた時の切替も自分でスクリプトを組んで行っていましたが完全なものではありませんでした。今

seikoudoku2000 2016/02/22

こんなありがたいの出てたんか。知らなかったぜ。

vpc
aws

リンク

AWSのClassic環境をVPCへと移行する - Qiita

Classicのコンプレックス最近AWSを使い始めた人には意味が解らないと思いますが、 AWSにはClassicというVPCの中に入っていない構成︵クラスタ︶があります。 EC2やELCやRDSなどです。自分が使っている環境はClassicで動いていてこれが結構前からコンプレックスでした︵なんとなく︶新世代のインスタンスが使えなかったり、サービス自体が対応してなかったりで色々と不便が多いです。とはいえ安易にサービスをstopしてメンテナンスタイムを取る事が出来ないのも実情です。そこで少しでもダウンタイムを短く移行する事を考え実践した事を記述します。︵なのでしっかりとメンテタイムを取って移行する時間が取れる方にはあまり役に立たない記事です︶読むと参考になるかもしれない人 AWSのClassic環境からVPCに移行したいと思ってる方何かしらの理由でRDSでオレオレなreplic

seikoudoku2000 2015/10/07

vpc
aws

リンク

[AWS]CloudFormationを初めて触ってみたゾ？[VPC構築] - Qiita

最近忙しく書いていませんでした。現在、AWSソリューションアーキテクトスペシャリストの勉強なんぞしています。今度サンプル問題の考察なんかもあげようかなーって考えてます。今日は初めてCloudFormationを触ってみたのでそのメモとしての投稿です。なんでかって？ AWSの勉強してて、どんなもんかは知ってても実際に触ったことがなかったのでそして自動化ツールは覚えてなんぼだと思ってます。 CloudFormationを始めるために CloudFormationリファレンスほぼここを見れば問題ありません。 AWSCLIで掴んだ雰囲気でなんとかなりました。 cli勉強している時に結構頑張って﹁jq﹂やってたのでJSONと仲良くなれてたのが良かった。 CloudFormationを試す流れ JSONフォーマットのテンプレートを作ります (とりあえず今回は︶ローカルマシンにmytemp

seikoudoku2000 2015/08/27

aws
vpc

リンク

Amazon VPC VPCs and Amazon RDS - Amazon Relational Database Service

Amazon Virtual Private Cloud (Amazon VPC) makes it possible for you to launch AWS resources, such as Amazon RDS DB instances, into a virtual private cloud (VPC). When you use a VPC, you have control over your virtual networking environment. You can choose your own IP address range, create subnets, and configure routing and access control lists. There is no additional cost to run your DB instance i

seikoudoku2000 2015/08/20

memo: VPC 外の DB インスタンスを VPC に移行する

vpc
rds

リンク

NATインスタンスのパフォーマンスが心配な方へ。

VPCではプライベートIPアドレスだけで構成されているために、Publictなthe Internetに出ていけないインスタンスを置くことができる。このようなインスタンスでも、NATインスタンスを使うことで、インターネットに出ていくようにすることができる。 Amazon VPCのNATインスタンスを作ってみる(Squid編) Amazon VPCのNATインスタンスを作ってみる(iptables編) Amazon VPCのNATインスタンスを作ってみる(環境準備編) 途中まで書いて気がついた。↑の記事がすばらしすぎることに。みんなこれを見るべき。たまにNATインスタンスのパフォーマンスを気にする人がいるので、そのヒントを。 NATインスタンスはいくつでも作れるので、負荷分散 NATインスタンスを速いインスタンス(c1.xlargeとか)にすることも有効Squidの透過proxyなどつ

seikoudoku2000 2015/01/23

aws
vpc

リンク

【AWS】クラウドデザインパターン実践編／仮想IPアドレスによるFloating IPパターン | DevelopersIO

こんにちは植木和樹です。本日はクラウドデザインパターン︵CDP︶を利用してシステム可用性の課題を解決したいと思います。本日取り上げるCDPは﹁Floating IPパターン﹂です。解決したい課題あるEC2インスタンスに障害が発生した際に、ダウンタイムを最小にして待機系ノードに切り替えたいという要望があったとします。Route53のレコードを書き換えて、ホスト名を待機系のIPアドレスに向け直してあげても良いのですが、DNS情報が伝播するまで時間がかかる場合があります。そこで仮想IPアドレスを用いた解決方法を検討してみたいと思います。通常時は稼動系ノードに仮想IPアドレスを割り当て、サービスはこの仮想IPアドレスで提供しておきます。障害発生時には稼動系から仮想IPアドレスを外し、待機系ノードに割り当て直すことで瞬時にトラフィックの向け先を変更できます。本日は﹁Leveraging Mu

seikoudoku2000 2015/01/16

aws
vpc

リンク

シンプルなVPC設計を考える - Around the World

この記事はAWS Advent Calendar 2014の24日目の記事です。メリークリスマス！今日は、最近イチから構成を考える機会があったVPCの設計について、その一部を晒してみたいと思います。前提以前からAWSは運用していましたが、今後複数アカウントが乱立したり、利用する人がより増えることが想定されたため、以下のような要件を前提に見直しました。 Web/Appサーバとデータベースで構成されるWebサービスがメイン複数アカウントで汎用的に利用できることなるべくNWレベルの意識をしなくても良いこと運用の発生する部分を減らすことシンプルでわかりやすいこと基本構成 Functional Firewallパターンをベースにしました。Functional Firewallパターンは、各レイヤーのセキュリティルールをグループ化して適用することで煩雑になりにくく、シンプルに管理するこ

seikoudoku2000 2014/12/24

aws
vpc

リンク

AWS re:Invent 2014 | (SDD422) Amazon VPC Deep Dive

seikoudoku2000 2014/12/24

aws
vpc

リンク

AWS re:Invent 2014 | (SDD302) A Tale of 1000 Instances - Migrating from Amazon EC2-Classic to VPC

seikoudoku2000 2014/12/24

aws
vpc

リンク

T2インスタンスはVPCでないと使えない - Goodbye,EC2 Classic; Hello,VPC - yoshidashingo

cloudpackエバンジェリストの吉田真吾︵@yoshidashingo︶です。もう1年以上前になりますが、AWSから以下のような発表があり、以降AWSアカウントを作成した人は、EC2(仮想サーバー)をAmazon VPCという閉域ネットワーク内に作成することが必須になりました。そして以前からAWSアカウントを持っている人は、引き続きインターネットパブリックな環境にEC2を立てることができる︵EC2 Classic環境という名称で︶状態が続いていました。 AWS News Blog T2インスタンスファミリーはEC2 Classicでは起動できないしばらく上記の状況が続いていたのですが、この7月に発表された﹁最も安価な価格帯﹂で﹁強烈にコスト効率のよい﹂新しいEC2のインスタンスファミリー﹁T2﹂ファミリーは、EC2 Classic環境を持っていても、VPC内でないと起動ができない、

seikoudoku2000 2014/07/30

aws
vpc

リンク

Redis + Sentinel で自動フェイルオーバ in Amazon VPC を試してみた - matetsuだもんで

お久しぶりです。最後にブログを更新したのがInternal ELBが登場して勢いで書いた6月11日。。。更新してなさすぎですね。そこで今回試してみたのは、Redis + Sentinelの自動フェイルオーバをAWS VPC環境で実現するというものです。元々は﹁ RedisをKeepalivedでフェイルオーバーする構成案 - 酒日記はてな支店﹂を参考にして構築しようと考えていたのですが、VPC(というかAWS)の環境ではbroadcastやmulticastが使用できないので、VRRPが使えず断念。そこで少し途方にくれつつ考えたのが、Sentinelを使う方法。 Redisについては特に説明は必要ないと思いますので、Sentinelについて簡単に。監視: masterやslaveが期待通り動いているかどうかを定期的に監視通知: 指定したログレベルのものが発生した時に、管理者や