Presentation Title Here

(1)

【初⼼心者向けWebinar】

AWS

上でのネットワーク構築

2015/01/08

アマゾンデータサービスジャパン株式会社ソリューションアーキテクト⾈舟崎健治

(2)

アジェンダ

• Introduction

• AWSの関連サービスの概要紹介

• Amazon Virtual Private Cloud(VPC)の作成 • ネットワーク関連Tipsのご紹介

• オンプレミスとVPCの接続

• 最適なネットワーク構成について • まとめ

(3)

アジェンダ

• Introduction

• 最適なネットワーク構成について

(4)

Introduction

AWS上でインターネットからアクセス可能なアプリケーションを動作させたい。 AWS上で社内業務アプリケーションを動作させたい。インターネットからアクセスできる領領域を制限したい。社内とセキュアに接続させたい。

(5)

オンプレミス環境でのネットワークのイメージ

• AWS上でネットワークを構築する場合は、ユーザーが物

(6)

オンプレミス環境で構築したシステムの例例

データセンターオフィス管理理者管理理者踏み台インターネットからアクセス可能なパブリック領領域インターネットから直接アクセスできないプライベート領領域エンドユーザ LB Web Web VPN ルータルータVPN オフィスからのVPN接続踏み台サーバ経由で各サーバへのリモートログイン

(7)

AWS上でもオンプレミス環境に類似した ⾃自社専⽤用の仮想ネットワークを構築可能 データセンターオフィス管理理者管理理者踏み台インターネットからアクセス可能なPublic Subnet インターネットから直接アクセスできないPrivate Subnet エンドユーザ LB Web Web VPN ルータルータVPN オフィスからのVPN接続踏み台サーバを経由で各サーバへのリモートログイン

(8)

AWS上の仮想ネットワークを利利⽤用するメリット

• AWSアカウント登録をしたらすぐに利利⽤用可能 • 簡単に⾃自社専⽤用の仮想ネットワークを構築可能 • 物理理的なデータセンターの利利⽤用契約やネットワーク機器の配備は不不要 • インターネットからアクセスできない、社内ユーザのみアクセス可能な仮想ネットワークの構築が可能 • 仮想ネットワークの構築⾃自体は無料料

(9)

本Webinarでは、AWS上で仮想ネットワークの活⽤用・ 構築⽅方法や、オンプレミスとのVPN接続⽅方法について、 構成例例を交えて紹介いたします。

(10)

AWSシンプルアイコンを使って構成図を 作成しましょう • プレゼンテーションや技術資料料に使⽤用可能なAWSサービスやリソースのアイコンを⾃自由に利利⽤用可能 • AWSシンプルアイコンのダウンロード – http://aws.amazon.com/jp/architecture/icons/

(11)

アジェンダ

• Introduction

(12)

AWSのグローバルインフラ

US West (Northern California) US East (Northern Virginia) EU (Ireland) Asia Pacific (Singapore) Asia Pacific (Tokyo) GovCloud (US ITAR Region) US West (Oregon) South America (Sao Paulo) AWS Regions

AWS Edge Locations

EU (Frankfurt) ※2015/01/08時点詳細 http://aws.amazon.com/jp/about-aws/global-infrastructure/ Asia Pacific (Sydney) China (Beijing)

(13)

アベイラビリティゾーン(AZ)

EU (Ireland) Availability Zone A Availability Zone C Availability Zone B

Asia Pacific (Tokyo)

Availability Zone A Availability Zone B US West (Oregon) Availability Zone A Availability Zone B US West(Northern California) Availability

Zone A AvailabilityZone B

Asia Pacific (Singapore)

Availability Zone A

Availability Zone B

AWS GovCloud (US)

Availability Zone A

Availability Zone B

South America (Sao Paulo)

Availability Zone A

Availability Zone B US East (Northern Virginia)

Availability Zone D Availability Zone C Availability Zone B Availability Zone A EU (Frankfurt) Availability Zone A Availability Zone B

(14)

Amazon VPC

(Virtual Private Cloud) • クラウド内にPrivateネットワークを構築可能 • 企業イントラの延⻑⾧長/1拠点としてAWSを利利⽤用 • リージョン内でAZをまたがって構築可能 リージョン VPC

イントラ PrivateSubnet PublicSubnet

インターネット 分離離したNW 領領域を作成ゲートウェイ VPN接続専⽤用線

(15)

VPC CIDRとSubnetについて

Subnet: 10.0.1.0/24

VPC 10.0.0.0/16 Web

Server ServerWeb

Subnet: 10.0.2.0/24 CIDR IP Address数 xxx.xxx.xxx.xxx/16 65,534 xxx.xxx.xxx.xxx/20 4,094 xxx.xxx.xxx.xxx/24 254 xxx.xxx.xxx.xxx/28 14 作成後は、VPCのサイズやアドレスブロックは変更更できないので注意！！

(16)

Elastic Network Interfaces

• EC2インスタンスごとに仮想ネットワークインタフェースを複数持てる機能 – VPC内でのみ利利⽤用可能 • 以下をENIに紐紐づけて維持可能 – Private IP – Elastic IP – MACアドレス – セキュリティグループ • インスタンスによって割り当て可能な数が異異なる。詳細は以下。 – http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/using-eni.html

(17)

Route Tableについて

• 各SubnetはRoute Tableを持っている。設定を変更更する

ことでデータの流流れを制御可能。

Public SubnetのRoute Table

Private SubnetのRoute Table

IGW(Internet Gateway)へのルーティングがあるので、インターネットへのアクセス

(18)

VPC Peering

• 複数のVPCをPeeringする機能。 • これにより⼿手軽にVPC間を繋げて、Private IPで通信することが可能になった。 • 同⼀一AWSアカウントのVPC間はもちろん、異異なるAWS アカウントのVPC間をPeeringすることも可能。 VPC-A -> VPC-B -> VPC-C といった2ホップ以上のRoutingは できないので要注意 →AとC間でRoutingするには、AとCでPeering接続する

(19)

Amazon EC2

(Elastic Compute Cloud) 1 任意のゾーンに 分散配置可能 リージョン アベイラビリティ ゾーン A EC2 アベイラビリティ ゾーン B EC2 EC2 • 数分で起動可能な仮想サーバ • 1時間ごとの従量量課⾦金金で利利⽤用可能 • スケールアップ/ダウン、アウト/インが即座に可能 • Windows, Linuxなどx86アーキテクチャのOS利利⽤用可能 – Windowsライセンスも従量量課⾦金金 • OS以上はお客様の⾃自由 – お⼿手持ちのソフトをそのまま利利⽤用 ※EC2で起動した仮想サーバのことをEC2インスタンスと⾔言います。

(20)

VPC Security Group

Security Group EC2 Instance _{Port 22} (SSH) Port 80 (HTTP) • VPC環境ではトラフィック(Inbound)をブロックするだけでなく、 EC2からのトラフィック(Outbound)を制限する事も可能 – ネットワークポートやアクセス元のIPで制限可能

(21)

AWS SDK/CLI

EC2 起動、停⽌止 Management Console (Web) ユーザ名・パスワード AWS管理理者・オペレータ各⾔言語ごとの SDK アクセスキー・シークレットキー AWS CLI > REST API VPC作成、削除、変更更

(22)

AWSアカウント登録について

• Webフォーム上で数分程度度の登録作業をするだけで、すぐさまAWS を利利⽤用可能 • AWSアカウント作成の流流れ http://aws.amazon.com/jp/register-flow/ • AWSアカウント作成⽅方法についての動画（⽇日本語字幕付き） http://aws.amazon.com/jp/getting-started/

(23)

AWSアカウント登録にあたってのTips

• 無料料利利⽤用枠をご利利⽤用可能 • クレジットカードは個⼈人⽤用・法⼈人⽤用いずれも利利⽤用可能 • 登録したメールアドレスやクレジットカードは、後からでも変更更が可能 – 利利⽤用開始当初は個⼈人のクレジットカードで登録、毎⽉月経費精算を⾏行行い、利利⽤用増加に伴い法⼈人⽤用のクレジットカードに切切り替える、等

(24)

AWSマネージメントコンソールにログイン

• アカウント登録後にAWSのTopページへアクセス

http://aws.amazon.com/jp/

(25)

ログインが成功すると以下のサービスの⼀一覧画⾯面が表⽰示 される

(26)

VPCのマネージメントコンソール画⾯面へアクセス

(27)

Default VPCとは？

• 2013年年12⽉月4⽇日より後に作成されたAWSアカウントで⾃自動的に作成されているVPC • VPCを別途作成しなくとも、 EC2インスタンスをDefault VPC内に起動可能 • 各AZに１つずつDefaultSubnetが作成されている。 • SubnetのプライベートIPアドレスは 172.31.0.0/20, 172.31.16.0/20で、Subnetご

とに最⼤大4096個のIPアドレスを提供する • Default VPCのCIDRブロックは 172.31.0.0/16で、最⼤大65,556個のIPアドレスを提供する

(28)

EC2インスタンスをDefault VPC内に起動する

Default VPC内に起動する場合は、明⽰示的に Subnetを指定しなくても、Default Subnet いずれかに起動させることが可能明⽰示的にSubnet指定も可能 Default VPCが選択されている。⾃自動的にPublic IPが割り当たる設定 Step 1:

AMI(Amazon Machine Image)の選択

Step 2: インスタンスタイプの選択 Step 3: 起動台数、ネットワークの選択 （重要） Step 4: ストレージの選択 Step 5: インスタンスへのタグ付け Step 6: セキュリティグループの設定 Step 7: 起動設定の確認 Step 8: 使⽤用するキーペアを作成または選択して起動 EC2インスタンス起動⼿手順

(29)

Default VPCを本番環境⽤用に使うべきか？

• Default VPCで他のVPC同様に設定変更更が可能 • ただし、以下の制限がある – Default VPCを削除すると、ユーザー側で復復元は不不可。復復元する場合はAWSサポートにお問い合わせ頂く必要あり。 – CIDRブロックは172.31.0.0/16で固定のため、任意のCIDRブロックはDefault VPCでは利利⽤用不不可 • 上記制限を回避するため、別途⾃自⾝身で作成したVPCを使⽤用すると良良い。

(30)

アジェンダ

• Introduction

• Amazon Virtual Private Cloud(VPC)の作成

• ネットワーク関連Tipsのご紹介 • オンプレミスとVPCの接続

(31)

VPCを作成する

Availability Zone

Public

Subnet SubnetPrivate

Internet gateway

Public

Subnet SubnetPrivate

複数のAZをまたがる構成にすることで⾼高可⽤用性を維持できるようにする。

PublicおよびPrivateの Subnetを１つずつ作成

(32)

VPCおよびSubnetを作成・設定する⼿手順の流流れについて

Step 1:VPCを作成する Step 2: Subnetを作成する

Step 3:Internet Gatewayを作成、 VPCにアタッチする

Step 4: Route Tableの作成、

Internet GatewayへのRouteを追加する

Step 5: SubnetのRoute Tableを変更更する

(33)

(34)

(35)

Subnetの作成

• 同様にPrivate⽤用のSubnetや、別のAZにもPublicおよび

(36)

(37)

(38)

(39)

作成したRoute TableにInternet Gatewayへの Routeを追加する

(40)

作成したRoute TableにInternet Gatewayへの Routeを追加する

(41)

(42)

SubnetとRoute Tableの関係について

• Subnetに対してRoute Tableを割り当てる形 VPC subnet1 VPC subnet2 VPC subnet3 Destination Target 10.0.0.0/16 local 0.0.0.0 Internet Gateway Destination Target 10.0.0.0/16 local Route Table A Route Table B

(43)

作成したVPCのPublic SubnetにEC2インスタンスを 起動作成したPublic Subnetを選択作成したVPCを選択。⾃自動的にPublic IPが割り当たる設定を有効にする。 Step 1:

Step 2: インスタンスタイプの選択 Step 3: 起動台数、ネットワークの選択 （重要） Step 4: ストレージの選択 Step 5: インスタンスへのタグ付け Step 6: セキュリティグループの設定 Step 7: 起動設定の確認 Step 8: 使⽤用するキーペアを作成または選択して起動

(44)

作成したVPCのPublic SubnetにEC2インスタンスを 起動新しいセキュリティグループを作成 Linuxの場合はSSH⽤用(22番)ポート、 Windowsの場合はRDP⽤用(3389番）ポートを許可する。 Step 1:

Step 2: インスタンスタイプの選択 Step 3: 起動台数、ネットワークの選択 （重要） Step 4: ストレージの選択 Step 5: インスタンスへのタグ付け Step 6: セキュリティグループの設定 Step 7: 起動設定の確認 Step 8: 使⽤用するキーペアを作成または選択して起動 Sourceに0.0.0.0/0を指定することで、どのIPからの接続も許可。EC2インスタンスとネットワークが導通していれば接続可能

(45)

起動したEC2インスタンスにインターネット経由でSSH ログインできることを確認する Availability Zone Availability Zone Public subnet Internet gateway 管理理者 Private subnet

(46)

アジェンダ

• Introduction

• Amazon Virtual Private Cloud(VPC)の作成

• ネットワーク関連Tipsのご紹介

(47)

EC2インスタンスのPublic IPアドレスの固定

• ⾃自動でPublic IPアドレスが割り当たる設定の場合、新規EC2

インスタンスを起動、あるいは既存の停⽌止状態のEC2インスタンスを起動するたびにPublic IPアドレスは変わる。

• Public IPアドレスを固定するには、Elastic IPを取得して

EC2インスタンスに割り当てるネットワークアドレス変換 Internet Public IPアドレス → Elastic IP PrivateIPアドレス

(48)

Elastic IPの利利⽤用について

• Elastic IPを効率率率よくご使⽤用頂くために、以下の場合に少額の時間単位課⾦金金が発⽣生する – 起動中のEC2インスタンスに割り当てられていないElastic IPがある – 停⽌止しているEC2インスタンスにElastic IPが割り当てられている – アタッチされていないネットワークインタフェースにElastic IPが割り当てられている

– 1か⽉月間でElastic IPのリマップ（EC2インスタンスへの割り当てまたは取り外し）が100回を超えた場合 • コストを最⼩小限に抑えるには、Elastic IPの利利⽤用を最⼩小限にすると良良い。 – 外部サイトとEC2インスタンスが接続するときに、外部サイト側でIPアドレスによるアクセス制限がある場合、など – （ご参考）ELB経由でEC2インスタンスにアクセスさせる場合は、Elastic IPの割り当ては不不要 Elastic IPは不不要 ELBにアタッチするときには、 EC2のインスタンスIDを利利⽤用

(49)

EC2インスタンスのPrivate IPアドレスの固定

• EC2インスタンス起動時にプライマリのネットワークインタフェース⽤用にPrivate IPアドレスを指定可能 • セカンダリのネットワークインタフェース⽤用のENIは、起動後に動的に追加・取り外しが可能 ENI VPC subnet ENI VPC subnet • Private IP: 10.0.0.10 • Public IP: x.x.x.x (OS上ではeth0として⾒見見える。） • Private IP: 10.0.1.10 • Public IP: x.x.x.x (OS上ではeth1として⾒見見える。） 10.0.0.0/24 _10.0.1.0/24

(50)

ENIの利利⽤用について

• 1つのEC2インスタンスに複数個のENIを割り当て可能 • EC2のインスタンスタイプによって、割り当て可能な ENIの数が異異なる。 – http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/using-eni.html#AvailableIpPerENI • 主な利利⽤用例例 HA構成時のフェイルオーバーメール送信サーバ（SMTPリレー⽤用） ENI VPC subnet VPC subnet ENI ENI ENIの付け替え ENI VPC subnet ENI ENI ENI 異異なるIPからメール送信 ※ENIはAZをまたぐことはできないので要注意

(51)

Subnet間の通信について

• デフォルトでは、同じVPC内のすべてのSubnetは相互に通信可能 • SubnetごとのNetwork Access Control(NACL)を使うことで、相互の通信の制限が可能 Availability Zone Availability Zone Public subnet Internet gateway Private subnet router

Public subnet Private subnet

(52)

VPC Security Groupと

NACL(Network Access Control List)

Instanceレベル でIn/Outのア クセス制御 Subnetレベル でIn/Outの アクセス制御

(53)

踏み台⽤用サーバを経由して、Private Subnetへアクセ スする構成

Virutal Private Cloud

管理理者踏み台 Private Subnet Public Subnet Internet gateway Windowsの場合は、Remote Desktop Gatewayを踏み台⽤用EC2インスタンス上で⽴立立てる構成が可能。踏み台経由でPrivate Subnetの EC2 WindowsインスタンスにRemote Desktop接続が可能

(54)

Private SubnetにあるEC2インスタンスが外部へアウ トバウンド通信するには • NATインスタンスを追加・経由させることでアウトバウント通信が可能 • 主な⽤用途 – DBインスタンスのパッチ適⽤用 – ログファイル等の外部保存 – 外部のAWS APIエンドポイントを利利⽤用する Public subnet Internet gateway Private subnet Destination Target 10.0.0.0/16 local 0.0.0.0 Internet Gateway Destination Target 10.0.0.0/16 local 0.0.0.0 i-xxxxx (NATインスタンスID) 別の拠点とVPNや専⽤用線で接続して、その拠点先のInternet Gateway経由でアウトバウンド通信することも Routingの設定次第で可能

(55)

NATインスタンスの追加・設定⽅方法

1. NAT⽤用のEC2インスタンスを Public Subnetに起動 2. 起動したNAT⽤用のEC2インスタンスのSrcDestCheck（送信元・送信先チェック）を無効にする – デフォルトでは有効になっており、トラフィックの送信元・送信先がそのEC2インスタンスであるかどうかのチェックが⾏行行われている。

3. Private SubnetのRoute Tableに以下の⾏行行を追加する

EC2起動画⾯面にて、「amzn-ami-vpc-nat」で該当するAMIを選択して起動

Destination Target

(56)

アジェンダ

• Introduction

(57)

オンプレミスとVPCのサイト間接続

• VPCでは以下の2通りのサイト間接続が提供されている。

– IPSec VPN接続

– AWS Direct Connectを使った専⽤用線接続

• 別途EC2インスタンス上にVPNサーバソフトウェアを動

(58)

オンプレミスとVPCのサイト間VPN接続について

• 右図は1台のCustomer GatewayからVPCに接続する構成の例例 • 2本のVPN接続で冗⻑⾧長化する。 • Customer Gateway装置は動的ルーティングに対応したものの利利⽤用を推奨（BGPを利利⽤用） – BGPを使うことで、プライマリのVPN接続が万が⼀一切切断された場合に、セカンダリのVPN接続側に Routingされるように⾃自動切切り替えが可能なため

(59)

オンプレミスとVPCのサイト間VPN接続⽅方法

Step 1: オンプレミス側にCustomer Gateway装置を⽤用意する

Step 2: VPCマネージメントコンソールにてVirtual Private Gateway

(VGW)を作成して、VPCにアタッチする

Step 3: VPCマネージメントコンソールにてCustomer Gatewayを登録

Step 4: VPC Connectionの作成

Step 7: SubnetのRoute Tableで、 VGWへのRoutingを設定する

※VPCは作成済みとする

Step 5: Customer Gateway⽤用の Configファイルをダウンロードしてロードする。

Step 6: VPN ConnectionのステータスがUPになることを確認する

(60)

Step 1: VPCとのVPN接続が可能なCustomer Gatewayをオンプレミス側に⽤用意する

• 以下VPCとサイト間VPN接続が可能なCustomer Gateway装置（動的ルーティング対応）の例例

– _{Astaro Security Gateway バージョン8.3以降降}

– Astaro Security Gateway Essential Firewall Edition バージョン8.3以降降

– Cisco ISR（IOS 12.4 以降降のソフトウェアを実⾏行行）

– _{Dell Sonicwall}

– Fortinet Fortigate 40+ シリーズ（FortiOS 4.0 以降降のソフトウェアを実⾏行行）

– Juniper J シリーズサービスルーター（JunOS 9.5 以降降のソフトウェアを実⾏行行）

– _{Juniper SRX シリーズサービスゲートウェイ（JunOS 9.5 以降降のソフトウェアを実⾏行行）}

– ScreenOS 6.1 もしくは 6.2（またはそれ以降降）を実⾏行行する Juniper SSG

– _{ScreenOS 6.1 もしくは 6.2（またはそれ以降降）を実⾏行行する Juniper ISG}

– Palo Alto Networks PA シリーズ（PANOS 4.1.2 以降降のソフトウェアを実⾏行行） – Vyatta Network OS 6.5 以降降のソフトウェア

– _{ヤマハ RTX1200 ルーター}

• 詳細

(61)

Step 2: Virtual Private Gateway(VGW)を作成、 VPCにアタッチする

(62)

(63)

(64)

Step 5: Customer Gateway⽤用のConfigファイルを ダウンロードして、Customer Gatewayにその設定を ロードする

(65)

Step 6:VPN ConnectionのステータスがUPになるこ とを確認する

(66)

Step 7: VPCSubnetのRoute Tableにて、VGWへの Routingを設定する

• サイト間VPN接続の詳細な⼿手順は以下をご参照ください。

–

(67)

オンプレミスとのサイト間VPN接続構成の例例

• 社内業務アプリケーションをAWS上で配置

virtual private cloud

VPC private subnet 業務 App サーバ社内LAN virtual private gateway customer gateway VPN connection _users Internet Gatewayに Routingされない

(68)

VPN接続の注意事項

• 動的ルーティングに対応していないCustomer Gatewayを利利⽤用する場合には、プライマリのVPN接続が切切れると⼿手動でセカンダリのVPN接続でルーティングするように切切り替える必要がある。 – 動的ルーティングに対応したCustomer Gatewayの利利⽤用を推奨（再掲） • 1つのVPCあたり、最⼤大10拠点までサイト間VPN接続が可能 – 10拠点を超える場合は、以下の2パターンを検討 • AWSとVPN接続した先のデータセンターで複数拠点と接続 • EC2インスタンス上でVPNサーバソフトウェアを稼働させる

(69)

AWSとVPN接続した先のデータセンターで複数拠点と 接続例例（10拠点以上必要な場合の例例）

virtual private cloud corporate data center virtual private gateway customer gateway VPN connection 拠点１拠点２拠点３拠点N customer gateway ・・・

(70)

EC2インスタンス上でVPNサーバソフトウェアを稼働さ せて、多数のVPNクライアントから接続する

virtual private cloud VPC public subnet VPNクライアント１ VPNクライアント２ VPNクライアント３ VPNクライアントN VPN サーバ・・・拠点１拠点２拠点３拠点N Vyattaを活⽤用するなど

(71)

VPCとオンプレミス間を専⽤用線で接続するには？

• AWS Direct Connectを活⽤用する

– 帯域スループット向上

– インターネットベースの接続よりも⼀一貫性がある

• AWS Direct Connectの詳細

–

(72)

アジェンダ

• Introduction

(73)

PublicまたはPrivate、どちらのSubnetにEC2インス タンスを配置すべきか？

• Public Subnet、Private Subnetのメリット・デメリット

を考慮して選定する。

• 外部からの脅威のみではなく、必要に応じて外部のサービ

(74)

Public SubnetにEC2インスタンスを配置する場合に ついて • メリット – インターネットと直接通信が可能 – Public Subnet内に起動するEC2インスタンスのセキュリティグループやNACLでインターネットからのアクセスを許可しない設定をすることで、外部からの直接のインバウンドアクセスを制限可能(NATインスタンスを経由させる必要はなし） • デメリット – セキュリティグループやNACLで外部からのアクセスを許可する場合は、必要に応じて外部からの脅威に対するセキュリティ対策を検討する • 主な利利⽤用例例 – AWSのAPIエンドポイントとの通信。以下その例例 • S3へのログファイル保存 • DynamoDBとの通信 – その他外部のサービスとの連携

(75)

他のAWSのサービスとの連携

• AWSのAPI利利⽤用にはインターネット接続が必須。NATインスタンスを

経由したインターネット接続の場合には、NATの⾼高可⽤用性を検討する。

– EC2、ELB、RDS等はVPC内部で起動して、相互に通信が可能（下記はその⼀一例例）

virtual private cloud VPC subnet RDS DB instance RDS DB instance standby (Multi-AZ) EC2 instances Elastic Load Balancing ElastiCache node Amazon S3 Amazon DynamoDB Amazon Simple Queue Service Internet gateway

(76)

Private SubnetにEC2インスタンスを配置する場合に ついて • メリット – インターネットから直接インバウンド通信ができないため、外部からの脅威のリスクを軽減可能 • デメリット – 外部へ直接アウトバウンド通信ができないため、NATインスタンスを経由させるか、 VPN/専⽤用線接続した先のサイトのInternet Gatewayを経由させる必要がある。 • 主な利利⽤用例例 – Webサーバの配置 • LBのみPublic Subnetに配置する – DBサーバの配置

(77)

複数のお客様またはプロジェクト向けにネットワークを 構成するには？ • 以下の2パターンのメリット・デメリットを考慮の上でお客様の環境に合う⽅方を選定する。 – お客様ごとにVPCを別途作成する場合 • VPC間はVPC Peering機能により接続は可能 – ただし、VPC-A -> VPC-B -> VPC-Cといった2ホップ以上のルーティングは不不可 • お客様ごとにAWSアカウントを分けることで、アクセス権限の管理理、使⽤用料料⾦金金の切切り分けが容易易に実現可能 – ⼀一⽅方で、AWSサポートをご利利⽤用の場合は、AWSアカウントごとにAWSサポートの費⽤用がかかる。 – １つのVPC内で混在させる場合 • Subnet間の通信はNACLおよびセキュリティグループで制限可能 • AWSリソースにタグ付けをすることで、タグごとに利利⽤用料料⾦金金を可視化可能 – ⼀一⽅方で、すべてのAWSリソースがタグ付けに対応していないため、すべての料料⾦金金の切切り分けには未対応

(78)

アジェンダ

• Introduction

(79)

まとめ

• VPCを活⽤用することで、簡単にすぐにAWS上に⾃自社専⽤用の仮想ネットワークを構築可能 • 複数のAZにまたがったネットワークを構築することで⾼高い可⽤用性を維持可能 • IPアドレスの固定やRoutingの変更更など、細かくネットワークの設定が可能 • オンプレミスとVPNまたは専⽤用線接続・Routingすることで、社内のプライベートIPを使って通信が可能

(80)

(81)

参照リンク

• AWSアカウント作成の流流れ

– http://aws.amazon.com/jp/register-flow/

• AWS Blackbelt Amazon VPC

– _{http://www.slideshare.net/AmazonWebServicesJapan/aws-black-belt-tech-amazon-vpc}

• Amazon VPC VPN接続設定参考資料料

– http://adsj-contents.s3.amazonaws.com/misc/VPNConnectionInstruction-20141225.pdf

• Amazon Virtual Private Cloudユーザーガイド

– http://docs.aws.amazon.com/ja_jp/AmazonVPC/latest/UserGuide/VPC_Introduction.html

• AWSクラウド活⽤用資料料集

– http://aws.amazon.com/jp/aws-jp-introduction/

• 国内のお客様のAWS活⽤用事例例

(82)

AWSをより深く理理解したい⽅方向けに

クラスルームトレーニングを提供しています。

(83)

公式Twitter/Facebook

AWSの最新情報をお届けします

@awscloud_jp 検索索 最新技術情報、イベント情報、お役⽴立立ち情報、お得なキャンペーン情報などを⽇日々更更新しています！もしくは http://on.fb.me/1vR8yWm

(84)

AWSの導⼊入、お問い合わせのご相談

• AWSクラウド導⼊入に関するご質問、お⾒見見積り、資料料請

求をご希望のお客様は、以下のリンクよりお気軽にご相談ください。