翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# リファレンスアーキテクチャ
<a name="reference-architecture"></a>

 で GitHub利用可能な [ AWS 参照アーキテクチャ WordPress のホスティング](https://github.com/awslabs/aws-refarch-wordpress)には、 WordPress にデプロイするためのベストプラクティスの概要AWSと、すぐに起動して実行するための AWS CloudFormation テンプレートのセットが含まれています。次のアーキテクチャは、そのリファレンスアーキテクチャに基づいています。このセクションの残りの部分では、アーキテクチャの選択の背後にある理由を確認します。

AMI の ベースは、202Linux1 年 7 月に Amazon Linux1 から Amazon Linux2 に変更 GitHub されました。ただし、S3 のデプロイテンプレートはまだ変更されていません。S3 でテンプレートを使用してリファレンスアーキテクチャをデプロイする際に問題 GitHub がある場合は、 でテンプレートを使用することをお勧めします。

![WordPress でホストするためのリファレンスアーキテクチャ AWS](http://docs.aws.amazon.com/ja_jp/whitepapers/latest/best-practices-wordpress/images/image4.png)


* WordPress でホストするためのリファレンスアーキテクチャ AWS *

**アーキテクチャのコンポーネント**

 リファレンスアーキテクチャは、 WordPress のウェブサイトの完全なベストプラクティスデプロイを示していますAWS。
+ Amazon **(1) での CloudFront**エッジキャッシュから始めて、エンドユーザーに近いコンテンツをキャッシュし、****配信を高速化します。
+ CloudFront は、**S3 バケット** (2) から静的コンテンツを取得し、ウェブインスタンスの前に **Application Load Balancer** (4) から動的コンテンツを取得します。
+ ウェブインスタンスは、**Amazon EC2****インスタンス**の **Auto Scaling グループ** (6) で実行されます。
+ ** ElastiCache **クラスター (7) は、頻繁にクエリされるデータをキャッシュしてレスポンスを****高速化します。

  **Amazon Aurora** MySQL インスタンス (8) はデータベースを WordPressホストします。
+ インスタンスは WordPress EC2、各アベイラビリティーゾーンの**EFSマウントターゲット** (9) を介して **Amazon EFS** ファイルシステムの共有 WordPress データにアクセスします。
+ **Internet Gateway** (3) では、 VPCとインターネット内のリソース間の通信が可能になります。
+ 各アベイラビリティーゾーンの**NATゲートウェイ** (5) は、プライベートサブネット (アプリとデータ) のEC2インスタンスがインターネットにアクセスできるようにします。

 **Amazon VPC** 内には、パブリック (**パブリック**サブネット) ****とプライベート (**アプリケーションサブネット**と**データサブネット) **の 2 種類のサブネットがあります。パブリックサブネットにデプロイされたリソースはパブリック IP アドレスを受け取り、インターネット上で公開されます。管理用の **Application Load Balancer** (4) と Bastion ホストがここにデプロイされます。プライベートサブネットにデプロイされたリソースはプライベート IP アドレスのみを受け取るため、インターネットでは公開されないため、これらのリソースのセキュリティが向上します。**WordPress ウェブ****サーバーインスタンス** (6)、**ElastiCacheクラスターインスタンス** (7)、**Aurora MySQL データベースインスタンス** (8)、**EFSマウントターゲット** (9) はすべてプライベートサブネットにデプロイされます。

 このセクションの残りの部分では、これらの各考慮事項について詳しく説明します。