AWS の履歴(No.64)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• 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を使うに当たって基礎知識まとめ

• AWS
• AWS/ACM
• AWS/AMI
• AWS/APIGateway
• AWS/Athena
• AWS/AutoScalingGroup
• AWS/Chalice
• AWS/cli
• AWS/CloudFront
• AWS/CloudWatch/Logs
• AWS/CloudWatch/Metrics
• AWS/CodeBuild
• AWS/CodeBuild/Terraform
• AWS/CodeDeploy
• AWS/CodeStarSourceConnection
• AWS/DynamoDB
• AWS/EBS
• AWS/EC2
• AWS/EC2 Fleet
• AWS/ECR
• AWS/ECS
• AWS/ElasticCache
• AWS/IAM
• AWS/Lambda
• AWS/LB
• AWS/LocalStack
• AWS/Price
• AWS/RDS
• AWS/Route53
• AWS/S3
• AWS/SDK
• AWS/SecretManager
• AWS/Sentry
• AWS/SES
• AWS/SessionManager
• AWS/SQS
• AWS/SystemManager
• AWS/VPC
• AWS/VPCEndpoint
• AWS/WAF
• AWS/Well-Architected Tool
• AWS/基本構成
• AWS/機密情報管理
• AWS/監視
• 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 操作名のような感じで行う。

SWAPの作成†

• swapが有効か否かを確認する

swapon -s

ファイルで作成†

sudo dd if=/dev/zero of=/swap bs=1M count=512
sudo mkswap /swap
sudo chmod 0600 /swap
sudo swapon /swap

http://qiita.com/na0AaooQ/items/278a11ed905995bd16af

• 恒久的にswapファイルを設定するには/etc/fstabに追加

sudo echo "/swap         swap          swap    default     0 0" >> /etc/fstab

ボリュームの拡張†

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

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

resize2fs /dev/xvde1

インスタンスタイプの変更†

1. 停止
2. インスタンスタイプの変更
3. 起動

後からインスタンスストレージを追加†

1. curl http://169.254.169.254/latest/meta-data/block-device-mapping/ 現状確認
2. AMI作成
3. 起動時に指定

VPC†

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

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

VPCの作成上の注意†

PublicとPrivateのサブネットをもつVPCを作成した場合はNATインスタンスを作成しないとPrivateサブネットからインターネット通信ができない。しかしこのNATインスタンスはm1.smallのため、無料枠で利用することができない。しかもparavirtualなのでt2.microに変更することもできない。というわけでhvm対応のNATを作成して、送信元のチェックをはずしてルーティングテーブルを変更すればもとのNATは削除してもよい。

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デフォルトで作成されたNATがインスタンスタイプを変更したら、PublicIPが付与されてなくってはまった。当然NATでも外に出るにはPublicIPが必要。

ルートテーブル†

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

VPCの制約†

1. 拡張はできない。

AWSコンポーネント†

AWS CloudWatch†

Amazon ElastiCache†

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

redis-cliをつかって操作してみる。

Elastic IP†

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

ELB†

Elastic Load Balancing。インスタンスを複数ぶら下げて振り分ける。異常からの復帰時はデフォルトだと最低300秒かかるので気長にまつか、設定を変更する。それぞれのAZで等しい台数とスペックをぶら下げるのが基本。

負荷対策†

ELBのスケールアップ・スケールアウトはAWS側で勝手にやってくれる。配下でインスタンスが全滅していると勝手に一個なる。復帰すると2個になる。apache benchをやり続けるとそのIPだけタイムアウトになってしまう！なにか見ているのかも？

こちらで監視する項目はCloudWatchから取得できる処理数や処理待ちなどのデータ。

スティッキーセッション†

あまり好ましくはないが、スティッキーセッションの設定もできる。ELBの説明欄から維持設定をクリック

元アクセスのリクエストヘッダ†

• 以下のヘッダーについてくるのでアクセスログのフォーマットを変更する。

HTTP_X_FORWARDED_FOR
HTTP_X_FORWARDED_PORT
HTTP_X_FORWARDED_PROTO

オートスケール†

負荷状況に合わせて増やしたり、一定数以上の稼働を保証させることができる仕組み。もととなるAMIを使って起動するので、そのAMIを作成しておく。起動設定でアプリのデプロイをしてELBに関連づけ(AutoScaleの設定画面から既存ELBを選択)しておくとよい。

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

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

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という保存領域に移動するルールも設定できる。

ライフサイクルの設定†

1. ルールが適用されるのは日本時間９時。
2. フォルダは/なしでも適用される。
3. ワイルドカードはきかなかった(logs/*apache*)

CloudFront†

CNDキャッシュサーバー。立ち上がりに時間がかかる！

IAMユーザーの作成†

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

自動構築†

下にいくほど自由度が高い＝難易度も高い。

• Elastic Beanstalk

デプロイとそれにまつわるリソース管理の自動化。開発、本番などの環境に合わせてデプロイ方式の設定ができたり、AutoScaleの設定をしてくれたりする。ELB,EC2,SGの設定などを個別にやるよりは楽なんじゃないだろうか！

• OpsWorks

Chefを利用した自動構築。

• 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なども)

DNAT†

# Generated by iptables-save v1.4.18 on Thu Sep  3 10:21:16 2015
*filter
:INPUT ACCEPT [2107:162972]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [1547:336490]
COMMIT
# Completed on Thu Sep  3 10:21:16 2015
# Generated by iptables-save v1.4.18 on Thu Sep  3 10:21:16 2015
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
-A PREROUTING -p tcp -m tcp --dport 受け側ポート -j DNAT --to-destination  NAT先PrivateIP:NAT先ポート
-A POSTROUTING -j MASQUERADE
COMMIT

# Completed on Thu Sep 3 10:21:16 2015

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

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