Route 53のアップデートによりフェイルオーバーのヘルスチェックでELBを指定できるようになった件を検証してみた - サーバーワークスエンジニアブログ
Route 53のフェイルオーバでできないことがありました 先出の『【初心に帰るシリーズ】月額約10円で設置したウェブサイトの有効活用方法』にて、簡単にウェブサイトのフェイルオーバができるとご紹介しました。 しかし、これにはできないことがありました。 5月31日のAWSアップデートにて、これができるようになりましたので、検証がてらご紹介します。 Route 53のフェイルオーバでできなかったこと 先出の『【初心に帰るシリーズ】月額約10円で設置したウェブサイトの有効活用方法』でご紹介したように、本番サイトを監視して落ちたら（落としたら）Sorry画面が出るようにするというとき、本番サイトの監視対象としてIPアドレスを指定していました。 このとき指定できるのがIPアドレスのみで、ELBのようなホスト名（DNSネーム）を指定することができませんでした。 5月31日のAWSアップデートでこれがで
Amazon ELBでSorryサーバへのフェイルオーバーを実現する | DevelopersIO
AWSにおいて、ELBによるSorryサーバへのフェイルオーバーは、長らく待ち望まれている機能です。先日、Route53にDNSレベルでのフェイルオーバー機能が実装（下記）されました。 Amazon Route 53のDNSフェイルオーバー機能を利用したリージョンを跨いだバックアップサイトの構築（EC2 to S3編） Amazon Route 53のDNSフェイルオーバー機能を利用したリージョンを跨いだバックアップサイトの構築（EC2 to EC2編） ただ、Route53を利用していない場合は、未だにヘルスチェック及びフェイルオーバーの機能は手組みする必要があります。無いなら作るしかないのです。わかりました、作りますよ。 前提 まず確認しておきたいのは、今回ご紹介するテクニックは、前述のRoute53によるフェイルオーバーと比べると、オモチャみたいなもんです。知ってますか？ 何と、Ro
AWS EC2 Eメール上限緩和 / 逆引き(rDNS)設定 申請手順
AWS EC2 Eメール上限緩和 / 逆引き(rDNS)設定 申請手順 1. ©2016, Amazon Web Services, Inc. or its affiliates. All rights reserved. AWS サポート 2016/6 (2017/8 修正版) AWS EC2 Eメール上限緩和 / 逆引き (rDNS)設定 申請⼿順 1. Amazon EC2 Eメール上限緩和申請 2. 逆引き(rDNS)設定申請 3. Amazon EC2 Eメール上限緩和+逆引き設定 4. 逆引き(rDNS)設定解除申請 2. ©2016, Amazon Web Services, Inc. or its affiliates. All rights reserved. AWS EC2 Eメール上限緩和 / 逆引き(rDNS)設定 申請⼿順 1. Amazon EC2 Eメール上限
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
AWSのセキュリティグループにセキュリティグループを指定した時の落とし穴 - Qiita
※ ○：適用される/ ×：適用されない Details 前提 AWS で EC2 インスタンスを起動すると PublicIP/PublicDNS/PrivateIP がふられる。 PublicIP インターネット（外部）に公開されてるIP。例）54.123.456.78 PublicDNS DNSに登録されるホスト名。例）ec2-54-123-456-78.region.compute.amazonaws.com PrivateIP AWSのネットワーク内のみで使えるIP。例） 172.17.123.45 異なるリージョン間では、PrivateIPは使えない。名前解決するとプライベートIP出てくるけど。そんなの関係ない。 きっかけ EC2のセキュリティグループ設定を、必要最低限のネットワークに限定したい。 セキュリティグループにはIPアドレスも指定できますが、基本的に冗長構成組んでるとサー
Amazonのロードバランサーの使い方 | さぶみっと！JAPAN
はじめに Amazonのロードバランサー、“Elastic Load Balancing”（以下ELB）は他にあまりないクラウドのロードバランサー（以下LB）です。 極シンプルなELB×1+ノード×2で見積もってみると ※AWS東京リージョンのEC2,microインスタンスをノードとする ELB $20.16 ノード $19.44×2 =$59.04 1$80円で計算して4,723円/月 です。 これにトラフィックに応じた料金がかかります。 AWSの料金計算はいろいろな組み合わせがあって複雑ですが、サーバ会社の共用ロードバランサーを使うより、初期費用は格段に安く済みます。 さらにクラウドの恩恵が享受ができます。 しかし いくつか通常のLBと異なる特徴があります。 Amazonは詳細な理由を積極的に発表していないのですが、おそらくクラウドの可用性をとるためにいくつか、制約が必要だったように見
【AWS】とっても便利な’Amazon Route53’のエイリアス機能を利用してロードバランサ(ELB)を設置してみました！
【AWS】とっても便利な’Amazon Route53’のエイリアス機能を利用してロードバランサ(ELB)を設置してみました！ 前回、【AWS】AMIMOTOで構築したwordpressに独自ドメイン割当手順【Route53】では直接AMIMOTOのIPアドレスを固定してDNSに設定しました。 今回は、EC2インスタンスのスケーラビリティを考慮して、EC2の前にロードバランサ（ELB）を設置したいと思います。 やりたいこと ・EC2の前にロードバランサ（ELB）を設置したい ・ネイキッドドメイン（サブドメイン（www）なしのURL）が使いたい ここで一つ問題があります！ ELBはIPアドレスが固定されていない上に、名前解決（URLをIPアドレスに変換）したときに複数のIPアドレスが返ってくることがあります。 つまり、DNSのAレコードに特定のIPアドレスを指定できない。 【通常のDNSの動
【AWS】ELB(Elastic Load Balancing)まとめ - Qiita
どうも、iron千葉です。 ELBについて、ユーザガイドを見てポイントをまとめました。 ポイントだけ確認したい人、ざっと全体を見たい人におすすめです。 ELBとは トラフィックを複数のインスタンスに分散する（オンプレでいうロードバランサー） ヘルスチェック機能を持っており、配下のインスタンスがヘルスチェックに失敗した場合、振り分けを停止する ヘルスチェックが回復した場合、振り分けを再開する 暗号化・復号化（SSL）機能を利用できる ELBのメリット 複数AZに対して分散を行える。１つのAZがオフラインになった場合でももう１つのAZで処理を続けられる 正常なインスタンスのみ振り分けを行える。異常なインスタンスには振り分けを停止する HTTPS/SSLを利用できる ユーザセッションを維持するスティッキーセッションをサポート セキュリティグループポリシーを適用でき、柔軟なセキュリティを実現できる
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
Amazon EC2の立ちあげ後に設定すること！パート②～EIP編～
今回は前回に引き続き、Amazon EC2立ち上げ後の設定編です！ Amazon EC2を立ち上げたらまず、Elastic IP（固定IP:以後EIP）を設定しましょう。 Amazon EC2のIPアドレスおよびドメインの仕様は以下のようになっています。 ・Public DNS/IP → インスタンスの停止/起動で変更されます（再起動はOK） ・EIP → EIP自体を開放しない限り固定です Public DNSはネット上の共有DNSになるため、Webページへのアクセス速度が向上する等のメリットがありますが、特定インスタンスだけの調子が悪くなってしまった等、どうしても変更が必要な場合には再度設定が必要になるため少し厄介です… それに比べEIPは、EIP自体をインスタンスに対して開放しない限り、固定となるためpublic DNSのようなデメリットはありません。 ですから必ず、EIPもあわせ
Amazon EC2 Eメール送信ベストプラクティス | DevelopersIO
ども、大瀧です。 EC2からEメールを送るという案件、たくさんありますよね。そして結構な確率でトラブるんですよね(涙目)。そんな苦い経験をベストプラクティスとしてまとめてみました。一応技術的なところは網羅したつもりですが、メールセキュリティの専門ではないので、不備や間違いがあればご指摘ください。 では、メール送信トラブルの元凶である、スパムメールとその対策からご紹介していきます。 スパムメールとの闘いダイジェスト Eメールの歴史は、スパムメールとの闘いの歴史と言えます。 不特定多数に送信されるスパムメール(未承諾の広告メール)は、メール受信者に不快な思いをさせるとともに、メールサーバーのメール流量を爆発的に増加させ、長らくメールサーバー管理者を泣かせてきました。 このスパムメールをなんとか撃退しようと、現在では主に以下のような対策が行われています。 1. 送信メールサーバー側のネットワーク
EC2から送信したメールがspam扱いされてたのを回避するまでの記録 - Maesan blog
EC2でサイトの運営を開始したのですが、そのIPがブラック(ブロック)リストに載っててメールが届かない人がいたので、それを回避するまでのメモを残します。 ウワサには聞いていたのですが、あまりに気していなかったのはテストとかで自分とか携帯とかに普通に送れてたのでリストに載ってなかったり、こういうスパムリストってあんまり使ってないのかなと軽く考えていたからでした。 で、何で発覚したかというとフツウにメールのログに見慣れない文字列が出てきたからです Sep 1 15:03:43 xxxxxxxx postfix/smtp[7722]: 5DA663A64F: to=, relay=mail.xxxxxx.jp[xxx.xxx.xxx.xxx]:25, delay=4.4, delays=0.05/0/4.1/0.17, dsn=4.0.0, status=deferred (host mail.
Amazon EC2編～EC2インスタンスからメールを送る場合には(送信制限解除について)～
Amazon EC2からのメールの送信についてお話をする前に、少しAWSに関する情報をご紹介します。 先日、米アマゾン・ウェブ・サービスは、AWSが「SAP Business Suite」の実行環境として認定されたと発表しました。 SAP Business Suiteとは顧客管理関係ソフトのことで、企業の方が業務で利用するソフトをAWSで稼動できるようになったというものです。 これにより、EC2インスタンスなどでも顧客管理をおこなえるので、より業務が効率的に進むことと思います。 さて、ここから本題に入ります。 今回は、作成したAmazon EC2インスタンスからメールを送信したい！ そんな場合にやっておくべきことについてお話します。 AWS上のEC2インスタンスからSMTPサーバを稼動させてメールを送信する場合、デフォルトの状態だとメールの送信数に制限がかけられています。 さらにそのままの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
認証がかかっています