AWS の履歴(No.40)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• AWS へ行く。
  • 1 (2014-12-09 (火) 11:05:12)
  • 2 (2014-12-10 (水) 01:17:31)
  • 3 (2014-12-10 (水) 22:48:48)
  • 4 (2014-12-15 (月) 00:25:21)
  • 5 (2014-12-17 (水) 09:51:34)
  • 6 (2014-12-17 (水) 13:41:28)
  • 7 (2014-12-18 (木) 03:02:59)
  • 8 (2014-12-24 (水) 08:32:22)
  • 9 (2015-01-03 (土) 09:38:20)
  • 10 (2015-01-05 (月) 05:09:15)
  • 11 (2015-01-05 (月) 10:25:47)
  • 12 (2015-01-06 (火) 01:12:19)
  • 13 (2015-01-07 (水) 01:10:56)
  • 14 (2015-01-08 (木) 01:42:07)
  • 15 (2015-01-21 (水) 02:16:52)
  • 16 (2015-02-03 (火) 02:06:40)
  • 17 (2015-02-06 (金) 05:30:47)
  • 18 (2015-02-10 (火) 05:06:28)
  • 19 (2015-04-08 (水) 00:34:09)
  • 20 (2015-04-13 (月) 02:44:07)
  • 21 (2015-04-13 (月) 05:40:40)
  • 22 (2015-04-15 (水) 02:45:44)
  • 23 (2015-04-17 (金) 09:52:04)
  • 24 (2015-04-21 (火) 06:22:20)
  • 25 (2015-04-22 (水) 02:27:18)
  • 26 (2015-04-22 (水) 08:36:06)
  • 27 (2015-04-23 (木) 02:08:11)
  • 28 (2015-05-07 (木) 05:40:43)
  • 29 (2015-05-15 (金) 06:06:04)
  • 30 (2015-05-18 (月) 07:11:34)
  • 31 (2015-05-19 (火) 01:26:05)
  • 32 (2015-05-21 (木) 09:00:58)
  • 33 (2015-05-27 (水) 02:21:54)
  • 34 (2015-06-03 (水) 01:28:37)
  • 35 (2015-06-03 (水) 11:38:42)
  • 36 (2015-06-05 (金) 00:10:46)
  • 37 (2015-06-05 (金) 06:20:57)
  • 38 (2015-06-08 (月) 01:37:47)
  • 39 (2015-06-08 (月) 06:12:34)
  • 40 (2015-06-09 (火) 09:29:34)
  • 41 (2015-06-15 (月) 14:40:40)
  • 42 (2015-07-02 (木) 02:08:47)
  • 43 (2015-07-10 (金) 10:14:43)
  • 44 (2015-07-13 (月) 01:57:19)
  • 45 (2015-07-16 (木) 01:48:17)
  • 46 (2015-07-21 (火) 07:07:48)
  • 47 (2015-07-22 (水) 08:13:41)
  • 48 (2015-07-23 (木) 01:33:05)
  • 49 (2015-07-27 (月) 05:07:13)
  • 50 (2015-07-27 (月) 08:33:46)
  • 51 (2015-07-28 (火) 08:54:26)
  • 52 (2015-08-06 (木) 07:52:03)
  • 53 (2015-08-27 (木) 02:48:17)
  • 54 (2015-09-07 (月) 05:51:34)
  • 55 (2015-10-27 (火) 18:38:03)
  • 56 (2016-01-26 (火) 10:11:09)
  • 57 (2016-01-29 (金) 05:37:21)
  • 58 (2016-02-01 (月) 15:22:40)
  • 59 (2016-02-05 (金) 11:52:13)
  • 60 (2016-02-05 (金) 17:38:58)
  • 61 (2016-02-08 (月) 11:05:07)
  • 62 (2016-02-12 (金) 13:38:31)
  • 63 (2016-02-15 (月) 19:55:32)
  • 64 (2016-02-23 (火) 18:44:27)
  • 65 (2016-02-24 (水) 15:44:16)
  • 66 (2016-03-10 (木) 11:49:12)
  • 67 (2016-04-04 (月) 18:52:08)
  • 68 (2016-04-08 (金) 13:10:05)
  • 69 (2016-04-08 (金) 14:24:33)
  • 70 (2016-04-11 (月) 11:39:58)
  • 71 (2016-04-12 (火) 11:51:37)
  • 72 (2016-04-27 (水) 02:36:45)
  • 73 (2016-05-13 (金) 11:50:50)
  • 74 (2017-04-03 (月) 17:34:58)
  • 75 (2017-04-04 (火) 15:40:29)
  • 76 (2017-04-10 (月) 15:44:58)
  • 77 (2017-04-11 (火) 02:43:14)
  • 78 (2017-06-12 (月) 11:05:24)
  • 79 (2017-06-21 (水) 13:52:52)
  • 80 (2018-01-05 (金) 17:25:01)
  • 81 (2018-02-07 (水) 10:48:01)
  • 82 (2019-08-12 (月) 15:33:57)
  • 83 (2020-04-16 (木) 19:52:21)
  • 84 (2020-04-23 (木) 08:32:23)
  • 85 (2020-04-30 (木) 06:52:38)
  • 86 (2020-05-04 (月) 18:04:14)
  • 87 (2020-06-16 (火) 11:16:07)
  • 88 (2020-06-27 (土) 16:11:03)
  • 89 (2020-08-16 (日) 10:50:21)
  • 90 (2022-10-14 (金) 13:16:52)

---

• AWSを使うに当たって基礎知識まとめ

構成要素†

以下を見れば一目瞭然だが、自分で噛み砕いて理解しておくこと

http://aws.clouddesignpattern.org/index.php/CDP:%E3%82%AF%E3%83%A9%E3%82%A6%E3%83%89%E3%82%B3%E3%83%B3%E3%83%9D%E3%83%BC%E3%83%8D%E3%83%B3%E3%83%88#.E4.BB.AE.E6.83.B3.E3.82.B5.E3.83.BC.E3.83.90_-_EC2_.28Amazon_Elastic_Compute_Cloud.29

Tips†

AWS コマンドラインインターフェイス†

コマンドラインでAWSを操作するためのもの。aws 操作名のような感じで行う。

ボリュームの拡張†

基本的にはAWS公式を参照せよ。

1. スナップショットの作成(時間かかる。6Gでも10分)
2. スナップショットからEBSの作成(一瞬)
3. インスタンス停止→EBSボリュームのデタッチ(2分)
4. 新しく作成したEBSをアタッチ(ルートデバイスの指定は以前と同じにしておく。/dev/sda1なら/dev/sda)
5. 起動
6. resize2fs実施

resize2fs /dev/xvde1

VPC†

重要なので項目として独立させた。最低限セキュアにするにはVPCの下にPUBLIC/PRIVATEのサブネットを作成し、NATをPUBLICサブネットに立てて、PRIVATEはそこのNAT経由で外に出る。詳細は以下のページを参考にせよ。

http://qiita.com/ausuited/items/09b626fa5264f0c650fd

VPCの概念†

仮想プライベートクラウドの略。サブネットを割り当てて、インターネット領域にするのか、プライベート領域にするのかは自由だ。 [VPC with a Single Public Subnet Only]を選ぶと、シンプルだけど全部外にさらされるぞ。Privateネットワークの場合は外に出るのにNATが必要。

「パブリックサブネットのインスタンスはインターネットから直接インバウンドトラフィックを受信できますが、プライベートサブネットのインスタンスはこれができません。また、パブリックサブネットのインスタンスはアウトバウンドトラフィックを直接インターネットに送信できますが、プライベートサブネットのインスタンスはできません。」

「デフォルトでは、インスタンスはインターネットにアクセスできません。インスタンスはデフォルトでパブリック IP アドレスを受け取りません。VPC は、作成方法によってはインターネットゲートウェイを持つ場合があります。」

プライベートサブネットからインターネット通信†

二つのサブネットを用意。片方がインターネットゲートウェイをもつパブリックネット。そこにNATインスタンスを配置。プライベートのほうにはルーティングテーブルをNATに向けたものを設定し、プライベートゾーンにインスタンスはすれば成功。パブリックネットはPublicIPがないと外部通信できない。

VPC間で通信する場合はVPCピアリングの設定が必要。

サブネット†

VCP(172.31.0.0/16)の内部にサブネットを複数持てる。サブネット間で通信可能。デフォルトでは二つのAZにサブネットが用意されている。

ネットマスクの計算に便利なサイト https://note.cman.jp/network/subnetmask.cgi

プライベートsubnetからインターネットにアクセスするにはNATが必要。†

http://dev.classmethod.jp/cloud/amazon-vpc-elb-nat/

パブリックサブネットのルーティングはigwに直接つないでいるのでNATを経由しない。ゆえに外に出たいのならPublicIP/EIPの割り当てが必要。プライベートサブネットのルーティングをNAT(パブリックに配置したもの）経由にした場合のみプライベートサブネットから外に出られる。

ルートテーブル†

VPCに対して割り当てるルーティング情報。一つのサブネットにつき1つまで。

AWSコンポーネント†

AWS CloudWatch†

リソースモニタリング。詳細モニタリングを有効にすると1分ごと。無効化してても間隔が5分に伸びるだけ。

Amazon ElastiCache†

• MemcacheやRedisなどのオンメモリKVSが用意されている。

Elastic IP†

静的なIPでインスタンスにひもづけることができる。起動していないインスタンスにEIPを確保しておくと課金対象。ここを見るとPrivate IPとの紐づけも見られる。 一応使わないでも再起動しなければ起動時に動的に割り当てられたpublic IPでアクセスできる。PublicIPの自動割り当て機能は起動時のみ利用出来る為、起動後に付与したくなった場合にはEIPを利用する必要がある。

ELB†

Elastic Load Balancing。インスタンスを複数ぶら下げて振り分ける。再起動ぐらいなら大丈夫だが、EC2停止時にはインスタンスを削除して登録しなおす必要がある。

オートスケール†

負荷状況に合わせて増やしたり、一定数以上の稼働を保証させることができる仕組み

インスタンスストレージ†

物理ディスク。再起動では大丈夫だが、停止で失われる。利用シーンがあまり思いつかないが、スワップならＯＫかと

S3†

OSから直接マウントするのがEBSに対し、S3はウェブから見ることができるなど共有用途向け。各種言語に対応したライブラリがあるので、プログラムから使うのもそれほど難しくはない。信頼性も高いし、ミラーリングもできるのでバックアップストレージとして使うのが良かろう。バケットという単位で管理するが、ドメインが割り当てられるので規則もドメインルールにのっとる必要がある。

RDS†

リレーショナルDB専用のインスタンス。起動・停止ができないので課金を節約したい場合は不向きだが、ワンクリックでDB構築ができるので便利。

Route53†

AWS提供のDNSサーバー。稼働率100%保障でダウンしたらサービスクレジットがもらえる。ALIASレコードというものが独自仕様で外向けにはCNAMEと同様に映る

SES†

メールサーバー。自前で立てるよりも良い。APIを利用して送信

Security Group†

仮想ファイヤーウォール。インスタンスに対して紐づける。デフォルトはノーガードだが、制限する場合は、プライベートだろうと設定しないとだめ。

EC2†

サーバーインスタンス

ライフサイクル†

起動、停止、terminateは削除なので間違わないように

EBS†

Elastic Block Storeの略。スナップショット機能など多彩な機能がある。

AMI†

マシンのOSイメージのこと。マイクロインスタンスであれば、RHELもWindowsも無料の枠内に収まるとのこと。「free tier eligible」とあればマイクロインスタンスとの組み合わせで無料。自分でAMIを作ることが可能で、実用上はベースのAMIをカスタマイズしてベースを作る。仮想マシンの方式がhvmとparavirtualがあるが、今後の主流はhvmであるのでhvmベースで作成すべし！

S3†

ストレージ。自由に増やせるしバージョン管理でもできるし。古くなったらGlaceirという保存領域に移動するルールも設定できる。

IAMユーザーの作成†

rootアカウントは何でもできてしまうので、IAMユーザーの作成を推奨。

自動構築†

下にいくほど自由度が高い＝難易度も高い。chefというインフラ自動化の仕組みをベースにしている。

• Beanstalk

• OpsWorks

• CloudFormation

JSON形式で構築作業を自動化できる。AWS-CLIよりはハードルが低そう。

インスタンスの作成からログインまで†

インスタンスはマイクロ、その他はデフォルトで進める。秘密鍵のペアはpemファイルとなるが、puttygenでインポートしてからputty形式のファイルにして、ec2-userでログイン成功

インスタンスの作成手順詳細†

1. AMIを選ぶ
2. 6. Configure Security GroupでSGを指定する

インスタンスタイプ†

インフラ構築方法†

AWS Elastic Beanstalk†

http://www.slideshare.net/shimy_net/aws-elastic-beanstalk-23314834

†

†

構成案†

Wordpressを分散するのはwp-contentディレクトリをNFSにするかrsyncしないとダメ。

クラウドデザインパターン†

http://aws.clouddesignpattern.org/index.php/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8

アクセスライブラリ†

1. JCould(AWSに限らず、OpenStackなども)

メンテナンス記録(とある現場)†

1. 3/3 インスタンス障害で再起動
2. 5/5 再起動(5/16まで猶予あり)