AWSでPublic DNS(パブリックDNS)が割り当てられない時の解決法 - Qiita
右も左もわからないまま、入門記事通りにAWSでインスタンスを作成してもパブリックDNSが割り当てられないここがしばしば。 パブリックDNSが割り当てられていないとsshでアクセスできません。 意外とググっても日本語の情報がひっかからなかったのでメモ。 コンソールを使用してVPCの設定を更新 1.Amazon VPCコンソール(https://console.aws.amazon.com/vpc/ )にアクセス。 2.画面左枠の「Your VPCs(VPC)」より対象のVPCを選択。 3.「Summery(概要)」タブの情報を確認。 DNS resolution(DNS 解決): DNS hostname(DNS ホスト名): の値をそれぞれ確認。 4.値を更新 「no」または「いいえ」になっている場合。 「Actions(アクション)」バーを開き「Edit DNS 〜」を選択。 該当の箇所
VPC内EC2インスタンスにPublic IPを割り当てるには - sheeplogh :: memo
軽くはまったのでメモ VPC内のEC2インスタンスにもEIPでないPublic IPを割り当てることができるようになっている。 ただしこの設定はインスタンスをローンチするときしかできない。 （2015/07/29追記）変更するにはいったんAMI化して再ローンチすればよい。 インスタンスのローンチ時にManagement Console経由であれば「Step 3: Configure Instance Details」で「Auto-assign Public IP」属性を「Enable」に設定する。 インスタンスのローンチ時に明示して設定しないと、VPC SubnetのAuto-assign Public IP属性の値が引き継がれる。 Auto-assign Public IPが有効／無効に関わらず、EIPのアタッチはできる。
unicast対応でよみがえる keepalived on VPC-EC2 - 続 カッコの付け方
AWSを始め、ほとんどのパブリッククラウドはmulticastが出来なくて不便。と言われてきましたが、だったらunicastでやってしまえば良い！という考え方が 2013年頃すでにありました。なぜmulticastをやりたいの？と言うと そうだね！、LVS + keepalived だね！ (あとはゴシッププロトコル) これまた2年前に EC2 + LVM (DSR) を実践してみたという素敵な解説があり、パッチを当てればいける ということは知ってたけど、月日がながれて 今日keepalivedの総本山を見てみたら http://www.keepalived.org/changelog.html Release 1.2.8 ぐらいからunicast対応してますね。というか、今更開発が活発になってきたのか？これは。というわけで、最新版の 1.2.19を使ってみます。 予備知識 EC2でmul
VPC内のEC2インスタンスに複数IPアドレスを割り当てる | DevelopersIO
EC2インスタンスに複数IPアドレスを割り当てる 先日、大きな注目の機能追加がありました。1つのインスタンスに複数のIPアドレスを割り当てられるようになったのです。パブリックIPとプライベートIPをセットにして割り当てることができます。これにより、IPベースのバーチャルホストなどを組むことができるようになります。 ENIって？ ENI(Elastic Network Interface)は、EC2インスタンスに挿す仮想のNIC(ネットワークカード)です。1つのNIC毎に最大で30IPまで設定でき、1つのインスタンス毎に最大で8枚のNICの設定できますので、240のIPアドレスを設定することができます。インスタンスタイプを大きく設定しなければいけませんが、何台もインスタンスを用意することなくたくさんのIPアドレスを使うことができます。 ENIを作成する ENIを使って仮想NICを作成してみま
Amazon EC2からVPCへの移行をどうするか | DevelopersIO
EC2とVPCの違い とりあえずお試しでEC2を使っている人が、業務的な都合によりVPCに移行したいという場合、どうすればいいか調べることってあると思います。そこで、ここでは相違点や考慮点を挙げたいと思います。 EC2インスタンスを移行する 移行することができます。まずはじめにEC2内のインスタンスのスナップショットを作成します。次にこのスナップショットを基にVPCのインスタンスを作成します。この際に気をつける事は、内部IPアドレスが変わります。外部IPアドレスは付きません。EC2インスタンスは、起動時に外部IPアドレス、DNS名、内部IPアドレス、内部DNS名が自動で付与されますが、VPCインスタンスは、起動時に内部IPアドレスのみ付与され、しかも、IPアドレスを自分で指定することができます。気をつける事は、今のところVPC内でt1.microインスタンスを起動することはできません。 E
AWS Route53 逆引きゾーンと正引きゾーン作成手順 - Qiita
Route53にゾーン作成する前の確認 (DNS resolutionとDNS hostnamesオプションの確認) ・「Aws Management Console」にログインします。 ・「VPC」をクリックします。 ・VPCの管理画面が表示されるので「Your VPCs」をクリックします。 ・利用しているVPCの以下のオプションがともにyesになっている事を確認します。 このオプションが両方yesになっていると、Route53にTypeがPrivateのゾーンを作成出来るようになります。 DNS resolution: yes DNS hostnames: yes DNS resolutionとDNS hostnamesの詳細については以下をご参照下さい。 http://docs.aws.amazon.com/ja_jp/AmazonVPC/latest/UserGuide/vpc-d
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 \
【AWS 再入門】EC2 + RDS によるミニマム構成なサーバー環境を構築してみよう | Recruit Tech Blog
フロントエンドエンジニアですが、AWS 始めてみます そんな訳で、UI デザイナー > Flex ディベロッパー > マークアップエンジニアと、今日までフロントエンド一辺倒で来た私 wakamsha ですが、とある事情から Amazon Web Services ( 以下、AWS ) と戯れてみることになりました。とはいえインフラ関連の知識がほぼゼロな自分が一からお勉強するというのもなかなかどうして学習コストがかかるので他の人にお任せするという選択肢もあったのですが、こんな機会でもない限りずっとやらないだろうということで、軽い気持ちで始めてみようかと思います。 それにしても、前職はAWSヒャッハーッ！な会社に属していたにも関わらず全くと言ってよいほど自分から触ろうとしなかったのに、人は変わるもんですねぇ…（適当）。 前提条件 AWS アカウントを取得済みである EC2 にキーペアを登録済み
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.
複数のAmazon VPCのプライベートネットワークをOpenVPNを使って接続する | DevelopersIO
今月に入ってまだJavaのコードを読み書きしてないとか、想定外です。都元ダイスケです。 さて、ネットワークまわりが苦手な人にとってはギョッとする単語が並んだタイトルですが。私も苦手なところからスタートしたので、皆様に分かりやすくお伝えしようと思います。 まずはおさらい IPアドレスには「グローバルIPアドレス」と「プライベートIPアドレス」があることはご存知だと思います。前者はインターネットの世界において一意であることが保証されているため、インターネット上で「発信元」や「宛先」として機能します。対して後者は、インターネットの世界から見ると一意ではないため、「発信元」や「宛先」として機能しません。ただし、インターネットではなく、ローカルエリアネットワーク (LAN) の中では（大抵の場合は）一意であるように設計されるため、LAN内に閉じた（＝インターネットを介さない）通信は、プライベートIP
【AWS】VPC環境の作成ノウハウをまとめた社内向け資料を公開してみる | DevelopersIO
よく訓練されたアップル信者、都元です。今回のお題は久しぶりにVPCです。 この記事は、アップデート版が存在します。最新情報は【AWS】VPC環境構築ノウハウ社内資料 2014年4月版を参照してください。 VPCを利用する理由 弊社で構築するAWSのサーバ環境は、一部の例外を除いて全てVPCを利用しています。 突然ですが、筆者はあまり大規模なシステムに携わった経験がありません。大規模なプロジェクトだと「数百数千台のサーバがラッキングされ、それが論理的なネットワークで区切られていて」「複数のデータセンターが冗長化された専用線で結ばれて」等、正直ちょっと想像つかない世界があるんだと思います。よくわかんないですが。 (c)John McStravick. (CC BY 2.0 Licensed) 逆に、小さなシステムであれば、月々数万円でレンタルサーバを借りて「1台のマシンの中にWebサーバとDB
Amazon VPCトレーニング-トレーニング資料
[AWSマイスターシリーズ] AWS Client Side SDK -Android,iOS & JavaScript-
Amazon VPCを使ったミニマム構成のサーバ環境を構築する | DevelopersIO
よく訓練されたアップル信者、都元です。AWSにおいては、ネットワーク環境をあまり気にせず、数クリックで簡単にサーバを構築できるのは一つのメリットだと言えます。しかし、本格的に運用するシステムに関しては、ネットワーク環境をコントロールする需要も出てきます。AWS Virtual Private Cloud (VPC)を使えば、AWS上に仮想ネットワークを定義し、その上に各種サーバを配置することができます。 深く考えずに非VPC環境に構築してしまったAWSサーバ環境は、簡単にはVPC環境に移行することはできません。従って弊社では、小さなシステムであっても、最初からVPC環境にシステムを構築することを推奨しています。「非VPCが許されるのは小学生までだよねー」とボスが申しておりました。かといって、ネットワークの構成をゼロから考えて構築するのもひと苦労であるため、本エントリーでは、システムの初期段
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
EC2をVPCにアサインして、EIP用のNetwork Interfaceを追加して外部と接続できるようにする
クックパッドでのVPC移行について
はじめてのAmazon VPC
Amazon Virtual Private Cloud (VPC) by Default