Amazon SESを使ってEC2からメールを送る方法 - Qiita
Amazon SESとは？ Amazon Simple Email Service(SES)はAPIを使って、大規模にEmailの配信が行えるシステム。 従量課金で使えて、PostfixやDNSの設定をしなくても良いので、cron等のメール送信をEC2から行う際にも利用しやすい。 ただし、送料として1日100通以上メールを送る場合は、Production Requestという申請が必要なため、 場合に応じて申請する。 ssmtpとSESを使う場合の設定方法 ssmtpは、外部のSMTPサーバを利用してメールを送るもの。SESでなく、Gmailを使う方法なんかもある。 今回は、Ubuntu 12.04で設定をした。 1.SESの設定 1.1 送信元(及び送信先)に利用するメールアドレスのVerify 認証したメールアドレスを送信元をにする必要があるため、設定を行う必要がある。 なお、Prod
EC2 Classic から VPC へのオンラインマイグレーション - Qiita
先月、ラスベガスで開催された re:Invent 2014 のセッションの中でさらっと VPC ClassicLink なる機能が発表され、すでに賞味期限切れ感のある内容ですが、せっかくなのでまとめておきます。 背景 移行以前は EC2 Classic と VPC が混在 EC2 Classic と VPC 間の通信はセキュリティグループで制御 移行するモチベーション VPC でないとできないことが増えつつある (例: T2 インスタンス) セキュリティグループが煩雑になりがち 移行するコンポーネント Amazon EC2 (web/app) Amazon RDS (master & slaves) Amazon ElastiCache ElastiCache はキャッシュとしてしか使っておらず、単に両書きすればよいだけだったので、今回の話からは省略します。(なお、簡略化のため ELB な
CentOS 6 (HVM)にcloud-initを設定してAmazon Linuxぽくする | DevelopersIO
CentOS6でcloud-init CentOS7には最初からcloud-initが設定されていますが、まだまだCentOS6を使いたい方が多いかと思います。さらに、新型インスタンスを使えるHVMを使いたい方も多いのではと思います。ということで、初期設定を手順にまとめてみました。 CentOS6(HVM)を指定して起動 AWS MarketPlaceからCentOS 6 (x86_64) - with Updates HVMのAMIを選択しましょう。 HVMを選択することで、インスタンスタイプにt2とかr3を選択できるようになります！ awscliの動作確認するので、IAM RoleでPowerUserあたり選択しておいてください。 基本セットアップ まずはログインしてセットアップしましょう。CentOS6の初期ユーザはrootですので気をつけてください。後でec2-userのみ接続でき
Amazon EC2 Eメール送信ベストプラクティス | DevelopersIO
ども、大瀧です。 EC2からEメールを送るという案件、たくさんありますよね。そして結構な確率でトラブるんですよね(涙目)。そんな苦い経験をベストプラクティスとしてまとめてみました。一応技術的なところは網羅したつもりですが、メールセキュリティの専門ではないので、不備や間違いがあればご指摘ください。 では、メール送信トラブルの元凶である、スパムメールとその対策からご紹介していきます。 スパムメールとの闘いダイジェスト Eメールの歴史は、スパムメールとの闘いの歴史と言えます。 不特定多数に送信されるスパムメール(未承諾の広告メール)は、メール受信者に不快な思いをさせるとともに、メールサーバーのメール流量を爆発的に増加させ、長らくメールサーバー管理者を泣かせてきました。 このスパムメールをなんとか撃退しようと、現在では主に以下のような対策が行われています。 1. 送信メールサーバー側のネットワーク
EC2でCentOSを使う - サーバーワークスエンジニアブログ
みんな大好きCentOSをEC2で使ってみます。 Amazon Linuxでおおよそのことは足りるのですが、たまにお客様のご指定やらでCentOSを使う機会があります。 少し前までは親切などこかの誰かが作ってくれたAMIやAMIの自作を試みるしかなかったのですが、今はオフィシャルなAMIが用意されていますので、これを使ってみることにしました。 EC2インスタンスを立てたことがある人でしたら、すぐできます。 罠っぽい箇所がいくつかありますので、後から続く人のために罠ポイントを記しておきます。参考になれば幸いです。 5分程度で読める文量です。「続きを読む」リンクをクリックしてぜひ読んでみてください。 とりあえずEC2インスタンスを作る ※セキュリティグループやキーペアなど、なければあらかじめ作っておくことをおすすめします。 AWS Management ConsoleでEC2インスタンスを作る
Amazon VPCでELBとNATを使ってよりセキュアな環境を作る【5日目】 | DevelopersIO
公開するサーバはセキュリティを特に強化する ELBを介してEC2インスタンスのWebアプリにアクセスするとき、ELB以外からのアクセスを拒否したくなります。また、公開IPアドレス自体も持ちたくありません。公開IPを持たせたくないということでVPCを前提に考えます。そして、ELBをパブリックサブネットに置いて、EC2をプライベートサブネットにすることで実現できます。今回は、VPCを使ってELBとNATインスタンスを使ったセキュアな環境を構築したいと思います。 VPCとELB ELBとAutoScalingが連携できることは知られていますが、VPC内でも使うことができます。 VPC内のELBのテクニックとして、ELB自体をパブリックサブネットに置いてEC2をプライベートサブネットにおくことがあります。ELBがリバースプロキシとして働いて、EC2はELBからのHTTPインバウンドのみ受け付けるの
Amazon EC2インスタンスに簡単にSSHできるようになるツールec2sshを公開しました - 昼メシ物語
みんなが大好きなクラウドホスティングサービスのAmazon EC2ですが、インスタンスをバンバン立てたり落としたりしていると、ホスト名の管理が面倒になってきますよね。たとえば「さっき立てたインスタンスにSSHしたい！」と思ったら、consoleをひらいて、「ec2-xxx-xxx-xxx-xxx.compute.us-west-1.compute.amazonaws.com」なPublicDNSをターミナルにコピペして…みたいな面倒な事をやってしまいがちです。 これを避けるためには、~/.ssh/configをマメに更新したりするといいのですが、これはなかなか面倒な作業です。インスタンスは一旦StopしてRunし直すと、IPが変わってしまいますからね。 そこでec2sshの登場です ec2sshは、インスタンスのNameタグからホスト名を生成して、~/.ssh/configに書きこむツール
[Amazon EC2] AMI をゼロから作る CentOS 6.2 / S3-Backed 版
まえがき もりやまです。 今回は、一昨年の 7 月に弊社サイトをリニューアルして、サイトのアクセス数が大分増えるよりも前に書いた EC2 の AMI を作る記事を、CentOS 6.2 ベースでやってみようと思います。 少し長いですが、お付き合いください。 はじめに 公式の手順は「From a Loopback – Amazon Elastic Compute Cloud」にあります。 基本はこの通りなのですが、如何せん Fedora Core 4 を使った例なので、最新の OS で作るにはそのままでは使えませんのでご注意ください。 CentOS 6.2 のベースである RHEL6 は、rpm パッケージのペイロードが xz 形式で圧縮されるようになったため、RHEL5 以前の rpm では展開することができません。 そのため AMI のビルド環境は、xz 形式のペイロードを展開できるバー
![[Amazon EC2] AMI をゼロから作る CentOS 6.2 / S3-Backed 版](https://cdn-ak-scissors.b.st-hatena.com/image/square/e421505ce6d072d19eebf4047670deefa0b6cdea/height=288;version=1;width=512/https%3A%2F%2Fkray.jp%2Fwp%2Fwp-content%2Fuploads%2F2021%2F05%2Fogp.jpg)
RHELonEC2でGlusterFSを利用してみる - めもめも
はじめに Amazon EC2では、Red Hat Enterprise Linux 6(RHEL6)のAMIを時間課金で利用することができます。（利用者は、Red Hatからサブスクリプションを購入する必要はありません。） AWS環境専用のyumリポジトリが用意されているので、yumコマンドで最新のアップデートパッケージも適用可能です。現在、提供されているAMIは、RHEL6.1ですが、yum updateするとRHEL6.2になります。 RHEL6では、EPELリポジトリからGlusterFSが簡単に導入できるので、これを使って、RHELonEC2でGlusterFSを利用してみます。 （参考）GlusterFSの気になるあれこれ 事前準備 TCP 22, 111, 24007-24020をオープンしたセキュリティグループ「GlusterFS」を作成します。 RHEL6.1のインスタン
Amazon EBSからブートしたEC2インスタンスのディスク容量を増やす＆エフェメラルディスクを取り付ける方法 - 元RX-7乗りの適当な日々
Amazon EBSは、永続的にデータを保持できるボリューム(ディスク)が扱える、Amazon EC2のストレージオプションです。 通常(instance-store)のAmazon EC2のサーバローカルに接続されているディスクは、良くも悪くも停止時(terminate)にデータが消えてしまいますが、Amazon EBSのストレージをルートパーティションとしてインスタンスを起動(EBSブート)した場合は、停止(stop)してもデータは保持されたままとなり、ディスクに対する信頼性は向上します。(instance-storeからのブートにも良い点はあります。それは別エントリで。) で、EBSブートのEC2インスタンスは、既存の(EBSブート用の)AMIから利用される方が多数だとは思いますが、このEBSブートした仮想サーバのルートパーティションのディスク容量は、デフォルトでは、AMIを作成した
Elastic Load Balancerを使う前に知っておきたいこと - 青春スイーツ
Amazon Web Servicesの超便利なロードバランサーである「Elastic Load Balancer」において2010年11月現在で解決策の無い弱点というか、どうしても「できないこと」があったのでメモ。 ELBには固定IPアドレスを振ることができない ELBのIPアドレスは勝手に変わることがある 上記の理由により、DNSのAレコードでELBのIPアドレスを指定したくない 上記の理由により、DNSのCNAMEでELBのEndpointを指定するのが望ましい ホスト名の無いドメイン（example.com）はCNAMEを設定できない*1 結果的に、 ホスト名の無いドメイン（example.com）ではELBを使えない ということになります*2。 なお、ホスト名のあるドメイン（ www.example.com ）でELBを使う場合は、wwwというホスト名に対してELBのEndpoi
EC2上でMySQL Multi-masterフェイルオーバー - stanaka's blog
EC2上では、仮想IPアドレスなどのIPレベルの機能が制限されているため、仮想IPアドレスを使用した冗長化は基本的には使用できません。が、DNSを使用することで、VIPほどの精度は高くないもののMySQL Multi-master構成を構築することができました。 今回は、MySQL Multi-masterの切り替え用の支援ツールとして、Multi-Master Replication Manager for MySQLを使用します。このツールでは、MySQLの死活監視と仮想IPアドレスの切り替えを行ってくれます。 もちろん、EC2上では仮想IPアドレスは使えないので、そのままではうまく動作しません。ここで、このツールに含まれるns_agentを使用することで仮想IPアドレスではなく、DNSによる切り替えができるようになり、EC2上でMulti-masterを構築することができます。 今回
動的に変わる EC2 のインスタンスの IP アドレスを自動収集するスクリプト書いた - Craftworks Tech Blog - Branch
EC2 は便利なのですが、プライベート IP アドレスが変更されない保証が無いので、/etc/hosts に他のインスタンスのアドレスを書いておいても、ある日変わっている可能性があります。 そこで、ec2-api-tools の ec2-describe-instances でサーバーインスタンス一覧が取得できることを利用して、各サーバーの hostname 情報から、/etc/hosts を自動生成するスクリプトを書きました。 http://gist.github.com/479339 大まかな流れは以下です。 ec2-describe-instances でインスタンス一覧取得 各インスタンスの名前解決して IP アドレス取得 ssh で繋ぎに行って hostname コマンドの結果を取得 /etc/hosts の内容を生成 ひとつのサーバー上で cron でこのスクリプトを走らせて、
Amazon EC2/S3の使い方解説、決定版をAWSが公開 － ＠IT
2010/01/15 米アマゾン傘下のAmazon Web Servicesは1月14日、クラウドコンピューティング上でシステム構築を行う場合のベスト・プラクティスをまとめた「Architecting for the Cloud: Best Practices」を公表した。 これまでにも同社は、AWSのサービスを組み合わせてスケーラビリティや可用性を実現する事例を紹介したり、具体的なサービスの組み合わせ方などを解説する文書を公開してきた。今回新たに公開されたホワイト・ペーパーは、こうした解説の集大成と言えるもので、自社だけでなくマイクロソフトやIBM、グーグルが公開しているホワイト・ペーパーも参照している。 20ページの英文PDFはクラウド一般のメリットや特徴から説き起こし、AWSの各サービスの簡単な解説を続けた後に、クラウドの各種の特性を最大限に引き出すシステムについて、一般論としての概
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.codingsteps.com/install-redis-2-6-on-amazon-ec2-linux-ami-or-centos/
Amazon Elastic Compute Cloud
AWS移行に向けたクックパッドの取り組み
Amazon Elastic Compute Cloud - Command Line Tools Reference
https://xuu.cc/2010/10/14/4/
TEPS 日々のアレコレ: Amazon EBS から EC2 をブートする