**AWSのNLBとは、通信の負荷分散をするロードバランサーというサービスの1つです。**AWSではElastic Load Balancing（ELB）というサービスでロードバランスの機能を提供していますが、ELBではその中で4種類のロードバランサーを提供しており、その中の1種類がNLBです。

ELBでは、アプリケーションの用途にあわせて、ロードバランサーの種類を選択できます。そのため、これからAWSを利用してアプリケーションを作る方は、ELBで提供されているロードバランサーの種類やNLBの概要、使い方などを確認する必要があります。

ちなみに、ロードバランサーのサービスはGCPなどAWS以外でも提供されているサービスではありますが、本記事ではAWSのロードバランサーに着目して解説します。AWSでこれからサービスを構築しようと考えている方は、ぜひ本記事を参考にしてください。

【参考】：[AWS公式 ロードバランサーについて](https://aws.amazon.com/jp/elasticloadbalancing/faqs/)
【参考】：[AWS公式 NLBについて](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/network-load-balancers.html)

ITエンジニアとしてAWSのロードバランサを知り仕事に活かそう

## AWSのロードバランサーは4種類あり、特徴が異なる

**前述の通り、AWSには「Application Load Balancer (ALB) 」「Network Load Balancer（NLB）」「Gateway Load Balancer（GLB）」「Classic Load Balancer（CLB）」のロードバランサーが存在しています。**

その中でもNLBは、TCPとUDPの両方の負荷分散をしてくれるのが特徴です。また、その他のサービスは、NLBとは違う特徴を持ちます。ここからは、その他のサービスの特徴についても解説します。

*ALBは通信の負荷を分散する点ではNLBと同じですが、HTTPまたはHTTPSに特化して負荷分散をしています。*そのため、HTTPまたはHTTPSに関する負荷分散をしたい場合には、ALBを利用しましょう。

【参考】：[AWS公式 ALBについて](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/application-load-balancers.html)

*CLBは、EC2-classicという旧サービスで使用されていたロードバランサーです。*現在は基本的にNLBを使いますので、これからAWSでシステムなどを構築する方は、NLBや他のロードバランサーを利用することになるでしょう。

【参考】：[AWS公式 CLBの移行について](https://docs.aws.amazon.com/ja_jp/elasticloadbalancing/latest/userguide/migrate-classic-load-balancer.html)

AWS NLBがUDPやTCPのプロトコルに対応していましたが、GLBはIPプロトコルに対応しています。*このサービスは、サードパーティ製の仮想アプライアンスを利用する場合に利用します。*

【参考】：[AWS公式 ELBの機能の比較](https://aws.amazon.com/jp/elasticloadbalancing/features/#Product_comparisons)
【参考】：[AWS公式 GLBについての質問](https://aws.amazon.com/jp/elasticloadbalancing/faqs/)

ここからは、NLBの作成方法を解説します。**NLBの作成をする際には、管理画面からログインして作業をする方法と、AWS CLIを利用する方法があります。**

本記事では、管理画面からログインする流れを簡単に解説します。CLIを使ってNLBを作成したい方は公式サイトのチュートリアルを参考にしてください。

【参考】：[AWS公式 CLIを使用したNLBの作成方法](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/network-load-balancer-cli.html)

### ターゲットグループを設定する

ターゲットグループは、コンソール画面のナビゲーションペインから選択できます。*ターゲットグループの設定では、ターゲットグループ名の入力、プロトコルの選択、IPアドレスの選択などが決められます。*その他、オプションとしてタグを追加したりポートの値を設定したりすることができます。

一通りターゲットグループの項目を選択し終えると、「次へ」ボタンが表示されターゲットの登録ができるようになりますので、まずはこれらの項目を設定しましょう。

【参考】：[AWS公式 NLBの作成方法](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/create-network-load-balancer.html)

AWSマネジメントコンソールとは？機能やCLIとの違いを解説

ターゲットグループを設定したら、次はターゲットを登録しましょう。*ターゲットがインスタンスかIPアドレスか、ALBなのかによって選択できるものが異なります。*

ターゲットがインスタンスの場合は、インスタンスとポートを選択できます。一方でIPアドレスの場合はIPアドレスとポートが入力可能です。ALBがターゲットの時は、ALBを選択するだけで作業は完了です。

AWS Amazon EC2のインスタンスとは？インスタンスの起動・確認方法を合わせて解説！

### ロードバランサーとリスナーの構成を設定する

*ロードバランサーとリスナーは、コンソール画面のナビゲーションペインで選択できます。*まず、ロードバランサーは「ロードバランサー」「ロード バランサーの作成」「ネットワーク ロード バランサー」の順で選択すれば作成が開始されます。

ロードバランサーの作成では名称やIPアドレスのタイプ、スキームを選択できます。さらに、その後のネットワークマッピングではサブネットの選択などができますので、ご自身の要件に合うものを選択しましょう。

*リスナーの設定では、任意でプロトコルとポートの変更などができます。*さらに、必要に応じてリスナーの追加もできるので、追加をしたい方はここで設定しましょう。

最後にオプションでタグの設定などもできますが、必要なければそのままでも結構です。構成を確認したらロードバランサーを作成することができます。

### ロードバランサーをテストする

完成したロードバランサーは、きちんと動作しているかテストしましょう。*ロードバランサーをテストするには、ロードバランサーのDNS名をブラウザのURLを入力する欄にコピー＆ペーストをしてください。*その後、サーバーのデフォルトのページが表示されているか確認します。

ちなみに、ロードバランサーが上手く動作できず、作成し直したい場合は1度ロードバランサーを削除することもできます。削除の詳しい方法については、公式サイトを参考にして下さい。

【参考】：[AWS公式 NLBの削除について](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-delete.html)

## AWSのNLBに関するよくある疑問

**NLBについて理解が深まったところで、ここからはNLBに関する疑問について紹介します。**何か疑問があればこちらも参考にしつつ、NLBを使用してみましょう。

### NLBのアクセスログは取得できるか

*NLBのアクセスログは、デフォルトでは無効になっています。*アクセスログを取得したい場合は、ロードバランサーのアクセスログの作成を有効にする必要があります。

アクセスログが作成されるには、ロードバランサーにTLSリスナーがある場合など条件があります。また、アクセスログはAmazon S3に保存されますが、この際にはAWS KMSなどを使用して、保存する前に暗号化をすることも可能です。アクセスログを取得したい方は、公式サイトとご自身の設定を確認しましょう。

【参考】：[AWS NLBのアクセスログについて](https://docs.aws.amazon.com/ja_jp/elasticloadbalancing/latest/network/load-balancer-access-logs.html)

### NLBにはリソースの制限があるか

*こちらは、結論からいうと制限があります。*AWSでは制限のことを現在は「クオータ」と呼んでおり、NLBのクオータを確認したい場合は「ServiceQuotas」のコンソール画面から確認できるようです。NLBのクオータについて詳細を知りたい方は、公式サイトを参考にしてください。

【参考】：[AWS NLBのリソースの制限について](https://docs.aws.amazon.com/ja_jp/elasticloadbalancing/latest/network/load-balancer-access-logs.html)
【参考】：[AWS ServiceQuotas コンソール](https://console.aws.amazon.com/servicequotas/home)

## ロードバランサーの種類を理解し、NLBを活用しよう

AWSのELBには、NLBを始めとした4つのロードバランサーがあることが分かりました。**それぞれ特徴が異なりますので、NLBや他のサービスの特徴を理解したうえでNLBを作成してみましょう。**

またNLBの作成はコンソール画面から簡単に作成することができます。コマンドを使い慣れていない方などは、画面上で作業が完結するのも非常に便利な点だといえます。アプリケーションを開発する方や、これからAWSでサービスを構築する方はぜひ本記事を参考にしてNLBを作成してみてください。

AWSのサービス一覧は？豊富なサービスを活用しよう！

AWSのサービス利用方法に迷ったら！チュートリアルの活用

NLBは、通信の負荷分散をするロードバランサーの1つです。またAWSにはNLB以外にもロードバランサーが用意されており、目的に応じて適切なロードバランサーを選択する必要があります。本記事では、各ロードバランサーの特徴やNLBの作成方法などを解説します。

NLBは、通信の負荷を分散するロードバランサーの1つです

NLBの作成はCLIだけでなく、コンソール画面から作成することができます

NLBを使用する際の、よくある疑問についても理解できます

AWSのNLBとは？作成手順やALB・他のロードバランサーとの違いを解説

**Terraformは、HashiCorp社によって開発された、インフラをコードによって管理するIacを支援するオープンソースのプロビジョニングツールです。**

Terraformによってクラウドやオンプレミスなどのプラットフォームを問わず、インフラをコード化することで設定の矛盾やミスを排除し、素早いインフラの構築や複製が容易になります。

【参考】：[Terraform公式](https://www.terraform.io/)

Terraform Cloudとは？概要から使い方まで解説！

IaCとは「Infrastructure as Code」の略で、「コードとしてのインフラ」という意味を持つ言葉です。IaCにはリソースを構築する手順を記述していく手続き型と、リソースの状態を記述する宣言型の2つの型があり、*Terraformは宣言型のIaCツールです。*

従来は、オンプレミスと呼ばれるデータセンター内に物理的なインフラを構築する方式が主流で、インフラの構築や設定は手順書に従って手動で実施していました。

スクリプトによる自動化の試みもされていましたが、自動化の範囲が限定されてしまうことや、スクリプトの管理やメンテナンスを怠ると予期せぬ障害の原因になったり、業務の属人化によりスクリプトがブラックボックス化したりといった難点がありました。

現在はAWSをはじめとしたクラウドプラットフォームがシェアを伸ばしており、複数のパブリッククラウドを併用するマルチクラウド環境も珍しくはなくなってきました。

クラウド上のリソースは、オンプレミスと比較して調達・廃棄・拡張・縮小が容易なため、需要予測をせずにスモールスタートできるなどサービス提供のスピードが大幅に加速します。

そのため、従来の手動操作やスクリプトによる部分的な自動化といった手法では大量の作業を素早く行うことを要求するクラウドのスピード感についていけなくなっているのです。

それらの課題を解決したのがIaCです。*インフラをコード化することで、コマンド1つで大規模なデプロイや変更を正確に、短時間で自動的に実行できます。*

## Terraform以外のIacツールとの比較

*IaCを実現するツールはTerraformだけではありません。*有名なところではChef・Puppet・Ansibleなどがありますし、AWSのCloudformationなど、クラウドベンダでも独自のIaCサービスを展開しています。

では、それらの競合ツールと比較した場合、Terraformの強みとはなんでしょうか。ここでは、AnsibleやAWS Cloudformationと比較してTerraformのメリットを解説します。

TerraformとAnsibleは同じIaCを提供するツールですが、何が違うのでしょうか。結論から言えば、*2つは競合するツールではなく、お互いに補完しあう関係にあります。*

Ansibleは手続き型のアプローチを取る構成管理ツールで、1つ1つのリソースの設定作業や、ソフトウェアのインストールといった設定手順を自動化するのが得意分野です。

これに対して、Terraformは宣言型のアプローチを取るオーケストレーションツールです。全体のアーキテクチャを定義する機能に優れており、Ansibleが得意とする個別の設定手順の自動化は苦手です。

このように、TerraformとAnsibleでは得意とする範囲が違うため、Terraformでインフラを定義し、Ansibleで設定を管理するというように併用するのがベターです。

【参考】：[Ansible](https://www.ansible.com/)

Ansibleとは？構成管理ツールの概要から効果的利用方法を解説

各クラウドベンダでも独自のIaCサービスを開発しており、AWSではCloudformationが提供されています。Cloudformationは言うまでもなくAWSリソースを扱うことに最適化されており、AWSリソースのみを扱う場合はCloudformationに軍配が上がります。

これに対して、*Terraformはマルチプラットフォームに特化しており、複数のクラウドプラットフォームやオンプレミスといった異なる環境が混在する場合でも、Terraform1つで管理できるという強みがあります。*

現在はAWSのみでも、将来的にマルチプラットフォームを見据えているという場合も、コードを流用しやすいTerraformを選択するメリットがあります。

また、Terraform自体はGo言語で開発されているオープンソースソフトウェアであるため、OSを問わず利用できます。

【参考】：[Cloudformation](https://aws.amazon.com/jp/cloudformation/)

Terraformには、IaCをより便利にするための機能がいくつも備わっています。代表的なものに絞って解説します。

*Terraformでは、HashiCorp Config Languageという独自の言語を用いてコードを記述します。*HCLはHashiCorp社が独自に開発した言語ですが、JSONと互換性があるため、JSONの知識があれば理解しやすいでしょう。

なお、必ずしもHCLを使わなければいけないわけではなく、JSONにコンバートすることも可能です。

【参考】[Terraform公式-Terraform Language Documentation](https://developer.hashicorp.com/terraform/language)

JSONとは？概要からJSONファイルフォーマットまで解説！

*Terraformで作成したコードは、モジュールというテンプレートにすることができます。*例えば、サーバを作成するコードをモジュールにしておけば、同じサーバを1つのソースコードから複数作成することが可能になります。

また、モジュールにはパラメータの指定ができるため、同じモジュールから起動したサーバの設定をパラメータで少し変更する、といったことも可能です。

【参考】[Terraform公式-modules](https://developer.hashicorp.com/terraform/language/modules)

Terraformではインフラをコードで定義できると説明しましたが、既存のリソースをインポートしてコード化することもできます。例えば、*AWS環境上に存在する仮想サーバをimport機能によってTerraformの管理下に置くことが可能です。*

ただし、import機能ではリソースの状態をコードとして保存しますが、構成までは反映されません。そのため、全く同じ状態にはならないので差分を吸収する作業が必要です。

### Terraformのワークスペースとは

Terraformでインフラを作成したり変更を加えたりする際に、いきなり本番環境に適用するのではなく、一旦テストをしたいということがあると思います。*ワークスペースを利用すれば、同じコンフィグファイルを使ってテスト用の環境に適用して影響を確認することが可能になります。*

【参考】[Terraform公式-workspaces](https://developer.hashicorp.com/terraform/language/state/workspaces)

*Terraformにおけるプロバイダーとは、TerraformとクラウドやSaaSサービス、その他のAPIとを繋ぐプラグインのことを指します。*Terraformでは、まず必要となるプロバイダーを宣言します。プロバイダーの役割は、Terraformが管理できるリソースタイプやデータソースを追加することです。

現在は、AWSをはじめとした殆どのクラウドプラットフォーム用プロバイダーが存在する他、現時点ではプロバイダーが存在しないプラットフォームに関しては独自に作成することもできるため、Terraformは実質的にあらゆるインフラを管理することができると言えます。

【参考】[Terraform公式-Providers](https://developer.hashicorp.com/terraform/language/providers)

AWSの勉強方法6選！インフラ基礎がないと学習は厳しい？

Terraformの活用例として、AWSのリソースをTerraformで管理する方法について解説します。AWSには、ブラウザベースの統合開発環境であるAWS Cloud9というサービスがあります。

*Cloud9は、コードエディター・デバッガー・ターミナルなどの機能が備わっている上、Terraformも使用可能であり、Terraformの学習にも最適です。*

【参考】[AWS公式-AWS Cloud9](https://aws.amazon.com/jp/cloud9/)

AWS Cloud9を利用すれば無料で開発環境を入手できるのか？

### AWS Cloud9でTerraformを利用する方法

まずは、お持ちのAWSアカウントにログインして、AWS Cloud9で作業環境を作成します。AWSでは最小権限の原則を推奨しているため、AWSCloud9Administratorの権限のみを付与したIAMユーザーを作成して使用することをおすすめします。

ログインできたら、AWSマネジメントコンソールからCloud9を検索してCloud9の管理画面にアクセスします。管理画面でCreate environmentをクリックして、ウィザードに従って必要な情報を入力し、環境を作成します。

テスト目的の利用であれば、設定する項目はNameのみで構いません。

Cloud9が起動したら、Terraformのリソース定義ファイルであるtfファイルを作成します。今回は、例としてAWSの最も基本的なネットワークリソースであるVPCを作成します。

Cloud9のターミナルで以下のコマンドを実行して、ファイルを作成します。

ファイル内に、以下のコードを入力して保存します。

  cidr_block           = "10.0.0.0/16"

「provider」ではプロバイダーとしてawsを定義しています。そして、「resource」でどのようなリソースを作成するかを定義します。AWSプロバイダーで作成が可能なAWSリソースは以下のURLを参照してください。

【参考】[Terraform公式-AWS Provider](https://registry.terraform.io/providers/hashicorp/aws/latest/docs)

なお、他のリソースも作成したい場合は、すべてのリソースを1つのファイルに記述することもできますが、管理のしやすさを意識してサービス単位など複数ファイルに分けて作成することをおすすめします。

### Terraformコマンドを実行してリソースを作成する

それでは、実際にTerraformコマンドを実行してリソースを作成してみましょう。まずは、ターミナル上で以下のコマンドを実行します。

このコマンドは、Terraformの実行に必要なコマンドをインターネットから取得します。実行結果が「Terraform has been successfully initialized!」と表示されれば成功です。

続いて、以下のコマンドを実行してtfファイルの構文に問題がないことを確認します。構文エラーが出力される場合はエラーメッセージに従って修正し、再度実行してください。実行結果に「Success! The configuration is valid.」と表示されれば構文チェックは完了です。

*なお、以下のコマンドを実行するとコードのインデントを自動的に修正してくれます。構文チェックの前に実行しておくことをおすすめします。*

構文に問題ないことを確認したら、以下のコマンドを実行します。

昨今では、様々なクラウドプラットフォームが存在しており、複数のクラウドを利用したマルチクラウド環境も珍しくなくなってきました。Terraformは、ベンダに依存しないコードとしてインフラを定義してIaCを実現するツールです。この記事では、AWSとの連携方法についても解説します。

Terraformはクラウドインフラをコード化するツール

TerraformによるIaCでインフラ構築を高速化し、冪等性を担保する

Terraformで外側を、Ansibleで内側を管理する

Terraformとは？AWSとの連携方法についても解説！

## AWSのインスタンスタイプとは

Amazonが世界中に展開するAWSは、クラウドサービスとしてよく知られています。そのAWSが提供する最もポピュラーな仮想サーバ構築サービスである、EC2では「インスタンス」という単位で仮想サーバを素早く構築できます。その際、ユーザはインスタンスタイプを選択しなければなりません。

インスタンスタイプは100種類以上もあり、分からないままに適当に選ぶと、多額の料金が掛かってしまうので、**きちんと理解した上で最適なインスタンスタイプを選ぶことが大切です。**

今回は、インスタンスとは何か、インスタンスタイプとは何か、選ぶ基準は何かなどについて解説していきます。今後、プライベートや仕事でAWSのサービスを利用する際にはぜひ役立ててください。

【参考】：[アマゾン ウェブ サービス（AWS クラウド）｜ ホーム](https://aws.amazon.com/jp/)

Amazon Elastic Compute Cloud（Amazon EC2）は、**AWS上で提供されている機能の1つで、LinuxやWindowsなどの仮想サーバを構築できるサービスです。**ユーザはわずか数分でサーバを構築でき、稼働後もマシンスペックの変更や削除を簡単に行えるのが特徴です。

データ量の増大などでアプリケーションの負荷が上がった場合や、ディスク容量、CPUやメモリの不足が生じた場合でも、インスタンスタイプの変更によって簡単にスペックの増強が行えます。

またEC2は従量課金制のため、サーバの起動時間によって利用料金が変動します。サーバを利用しない時間は停止するなどの処置が必要です。ただし、サーバを停止しても、データを保存するEBS（Amazon Elastic Block Store）には課金されますので、運用方法や料金には注意が必要です。

他、時間単価はインスタンスタイプによって異なりますので、その選択にも細心の注意が必要です。

AWSのサーバー提供サービスであるAmazon EC2とは？活用方法や料金体系等を解説！

EC2インスタンスは、**EC2上で稼働するサーバを意味します。**インスタンス（instance）はオブジェクト指向言語のインスタンスと同義で、「実体」のことです。EC2インスタンスはAWSのマネジメントコンソールから作成できますが、コマンドやプログラム経由で作成することも可能です。

マネジメントコンソールからインスタンスを作成する際には、以下の項目を指定します。

▪インスタンスタイプ：マシンスペック
▪AMI：Amazonマシンイメージ（Linux、CentOS、RedHat、WindowsServerなど）
▪ネットワーク：配置するVPC（仮想ネットワーク）とサブネット
▪ストレージ：ストレージタイプ、容量
▪セキュリティグループ：AWS提供の仮想ファイアウォール

以上の設定が済めば、数分程度で仮想サーバが起動します。

## EC2インスタンスタイプの詳細

インスタンスタイプとは、*EC2のサーバスペックのことです。*インスタンスタイプは「m5d.large」のようなネーミングになっていますが、ネーミングがスペックを表しています。これからその詳細を見ていきましょう。

### インスタンスタイプのネーミングポリシー

EC2のインスタンスタイプのネーミングポリシーは、**先頭から順に①インスタンスファミリー、②インスタンス世代、③追加機能、④インスタンスサイズです。**③追加機能は付くケースと付かないケースがあります。

このことを頭に入れておくと、インスタンスタイプを見て、そのインスタンスがどの程度のスペックを有し、どのような用途に向いているのかが分かるようになります。

【参考】：[Amazon EC2 M5 インスタンス | AWS](https://aws.amazon.com/jp/ec2/instance-types/m5/)
【参考】：[インスタンスタイプ - Amazon EC2 | AWS](https://aws.amazon.com/jp/ec2/instance-types/)

インスタンスファミリーを分類すると以下のようになります。種類が多くて比較に困る方は、**種類や特徴からファミリーを選ぶと良いでしょう。**

　　　　　*種類*　　　　　　　　　　*ファミリー*　　　　　　　　　　*特徴*

▪汎用　　　　　　　　　　　　　　　T、M、A　　　　　　 バランスの良い汎用タイプ
▪コンピューティング最適化                     C                                 高い計算能力を持つ
▪メモリー最適化　　　　　　　　　　R、X、z                        メモリーを多く搭載している
▪高速コンピューティング　　　P、DL、G、F、VT、Inf            グラフィック演算、推論処理などに適切
▪ストレージ最適化        　　　　　　I、D、H　　　　　　　　I/Oパフォーマンスが優れた大容量
　　　　　　　　　　　　　　　　　　　　　　　　　　　　  ストレージ

【参考】：[最適な Amazon EC2インスタンスの選び⽅｜AWS](https://pages.awscloud.com/rs/112-TZM-766/images/20210603-Instance_Choice_and_Graviton2.pdf)

インスタンス世代は、**数が大きくなるほど新しい世代を表しています。**世代が新しくなるにつれて、コストパフォーマンスは上がる傾向が見られますので、特別な理由がない限りは新しい世代のインスタンスを選択した方が良いでしょう。

AWSインスタンスの作成から削除までを無料で体験してみよう

追加機能は全てのインスタンスタイプにあるわけではなく、**追加機能文字が付かないインスタンスタイプもあります。**実例として挙げた「m5d.large」の「d」は内蔵ストレージを意味しています。

他にAMD製のCPUを搭載した「a」、ネットワークを強化したタイプの「n」、従来よりCPUやメモリー搭載量が異なる「e」などがあります。

インスタンスサイズは**主にEC2インスタンスのCPU、メモリ、ネットワーク帯域などのスペックを表します。**「micro」「medium」「large」「xlarge」「2xlarge」…のように表記され、サイズが大きいほど高スペックです。

ただし、サイズが大きくなればなるほど料金も高額になりますので、選択には注意する必要があります。最初は小さめのサイズを選択し、性能テストなどを行いながら後から最適なサイズに変更した方が良いでしょう。

オンプレミス環境では1度機器を導入したら、稼働後にレベルアップを図るのが難しいため、あらかじめシミュレーションを行いながらマシンスペックを決定しますが、クラウド環境では一旦スペックを決定した後に容易にスペック変更を行うことが可能です。

目的に合わせて大まかなスペックを決めた後に、構築やテストを行いながらインスタンスタイプを決定できるのが特徴です。またスペックオーバーとなれば、スケールダウンも簡単にできますので無駄がありません。稼働開始後も適宜、見直しすることをおすすめします。

### インスタンスタイプで注意すべきこと

インスタンスタイプは変更が可能ですが、**互換性のないインスタンスタイプへの変更はできません。**また、インスンスタイプは更新されていきますので、古いタイプのインスタンスは廃止される場合があります。常に最新の情報を入手するようにしてください。

【参考】：※[インスタンスタイプ変更の互換性 - Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/resize-limitations.html)

Amzon EC2を利用するには、EC2のメリットを理解しておいた方がよいでしょう。「なぜEC2を選ぶのか」と問われた際には、以下の3点を挙げれば納得してもらえることでしょう。

### 1.サーバ構築を短時間で抑えられる

オンプレミスでは一般的にサーバなどの確保から構築まで数カ月を要することがありますが、AWS EC2では速ければ数分程度で必要なサーバの確保が行えます。

また、同時にWebサーバ、アプリケーションサーバ、データベースサーバなどを連携させて1度に構築することもできますので、**サーバ構築の手間と時間を劇的に短縮することが可能です。**その他、初期費用が掛からないことも大きなメリットです。

AWSのサーバー構築の流れは？初心者にも分かりやすく解説！

### 2.必要に応じてスペック変更が行える

必要なリソース（CPU、メモリー、ストレージ）などを必要な分だけ確保できる仕組みのため、**状況に応じて臨機応変な対応が可能です。**例えば年末年始が繁忙期で処理量が急増する場合は、この期間だけスペックを上げるといった対応も簡単に行えます。

さらには、しきい値などを決めておき、ある一定の数値に達したら、自動的にスペックを上げるといった対応も可能で、運用担当者の負荷を大きく減らすことができます。

### 3.使った分しか料金が発生しない

EC2は従量課金制のため、**使った分しか料金が発生しない従量制料金制度を採用しています。**そのため無駄がなく、運用コストを抑えることができます。従量課金で不安がある場合にはあらかじめ「AWS料金計算ツール」で見積もりを行うことができます。

【参考】：[AWS Pricing Calculator | AWS](https://calculator.aws/#/)

AWSの料金計算法を覚えて頼られるITエンジニアになるために

EC2を導入する場合は、最適なEC2インスタンスタイプの選定が必要です。ここまでインスタンスタイプに関する詳細を紹介しましたので、実際に導入する場合のおおまかな手順について解説します。

ここでは、Amazon EC2のスタート方法について解説します。まず**「AWS マネジメントコンソール」※にAWSアカウントでログインします。**AWSアカウントを未取得の人は、画面右上の［今すぐ無料サインアップ］をクリックし、Eメールアドレスとアカウント名を入力して、アカウント設定の手続きを行います。

アカウント設定が済んだら、利用目的に合うスペックのインスタンスを選択します。100種類以上あるため、選び方がよく分からない方は汎用性の高いM5かT3を選択しておけば問題ありません。これらは途中で変更が可能です。

ちなみにT3は他と比べてスペックが低く、利用料金も低いため、とりあえずT3を選択し、スペックが低いと感じた段階でM5に変更すればよいでしょう。料金を発生させたくない人は、「T2.micro」にしておけば、無料利用枠※2で使えます。

インスタンスの選択が済んだら、EC2ダッシュボードを開き、インスタンスを起動させます。インスタンスが起動したら、案内に従ってセットアップを行うと初期設定が完了します。

クライアントからサーバへの接続は、LinuxOSではSSH（Secure Shell）、WindowsServerはリモートデスクトップサービス（RDS）の機能を利用します。

【参考】：※[AWS マネジメントコンソール | AWS](https://aws.amazon.com/jp/console/)
【参考】：※2 [AWS クラウド無料利用枠 | AWS](https://aws.amazon.com/jp/free/?all-free-tier.sort-by=item.additionalFields.SortRank&all-free-tier.sort-order=asc&awsf.Free%20Tier%20Types=*all&awsf.Free%20Tier%20Categories=*all)

ITエンジニアなら知っておくべきAWS入門とAmazon EC2

## EC2に強いエンジニアを目指して

ここまでAmazon EC2のインスタンスタイプについて解説しました。最近、開発環境としてクラウドサービスを利用するプロジェクトが大変多くなってきました。これから皆さんがプロジェクトで開発環境の構築を任されることもあるでしょう。

その際に慌てないよう、皆さん自身で無料利用枠を用いてEC2インスタンスの設定を行ってみてはいかがでしょうか？AWSのクラウドサービスは、**実際に触ってみるのが理解の最も早道ですので、ぜひ試してみてください。**

AWS（Amazon Web Service）EC2のインスタンスタイプは、AWS上に仮想サーバ環境を構築する際に、エンジニアとして知っておく必要があります。この記事ではEC2の概要、EC2インスタンスタイプの内容について解説をしますので、ぜひ参考にしてください。

EC2のインスタンスは仮想サーバのことで、インスタンスタイプを指定することでインスタンスを選べる

インスタンスタイプにはネーミングポリシーがあり、表示された記号からスペックなどが分かる

インスタンスタイプを理解できれば、最適なインスタンスを選ぶことができるようになる

AWSのインスタンスタイプとは？最適な仮想サーバを構築する方法を解説！

**AWS X-Rayとは、一言でいうとアプリケーションのリクエストなどで送受信されるデータを、可視化するサービスを指します。**

このAWS X-Rayを活用すれば、リクエストの中のデータを視覚的に把握することができるため、課題点やパフォーマンスの向上に役に立ちます。本記事では、このAWS X-Rayのサービスの特徴や料金、よくある疑問などを詳しく解説します。

アプリケーション開発者の方や、これからAWS X-Rayを使おうか検討されている方は、ぜひ本記事を参考にしてください。

【参考】：[AWS公式 AWS X-Rayとは](https://docs.aws.amazon.com/ja_jp/xray/latest/devguide/aws-xray.html)

それでは、もう少し詳しくAWS X-Rayについて解説します。前述で、AWS X-Rayはリクエストなどのデータを収集し、可視化すると説明しました。AWS X-Rayではこの可視化するサービスを「サービスマップ」と呼び、クライアントとノードを図で表現してくれます。

一方で、リクエストにかかる時間やステータスを表示してくれる機能も用意されており、これを「トレース」と呼んでいます。

*この2つの機能を利用することで、パフォーマンスが悪くなっている場所や、原因を追求することができます。*また、このトレースした時のデータは暗号化してくれるため、セキュリティに関しても配慮がされています。

ちなみにセキュリティで使用しているキーは、暗号化の方法によって有料になることもあります。暗号化キーの詳細が気になる方は、公式サイトを確認してください。

【参考】：[AWS公式 AWS X-Rayとは](https://docs.aws.amazon.com/ja_jp/xray/latest/devguide/aws-xray.html)
【参考】：[AWS公式 AWS X-Rayコンソール](https://docs.aws.amazon.com/ja_jp/xray/latest/devguide/xray-console.html)
【参考】：[AWS公式 AWS X-Rayでのデータ保護](https://docs.aws.amazon.com/ja_jp/xray/latest/devguide/xray-console-encryption.html)

ここからは、AWS X-Rayのサービスマップについて詳しく説明します。*サービスマップを使用すると、アプリケーションのどこのノードで問題が発生しているかが、すぐに分かります。*

例えばAWS X-Rayのサービスマップを活用すれば、エラーが発生している場所や、リクエストが失敗した時のノードの状態を確認することができます。

サービスマップは図で表現されていますが、リクエストが失敗したときは、その原因別に色分けして表示されるため、どこで何のエラーが起きているのか分かりやすくなるでしょう。

【参考】：[AWS公式 AWS X-Ray サービスマップ](https://docs.aws.amazon.com/ja_jp/xray/latest/devguide/xray-console-servicemap.html)

*AWS X-Rayのトレース機能では、URL、レスポンスコードを始めとするデータを、コンソール画面から確認できます。*さらに、URLでフィルタリングをしてトレースできるため、URLごとにレスポンスコードやレスポンスの時間などが分かります。

また、トレースのデータをJSON形式で表示することもできるため、図で情報を取得するだけでなく、加工していない状態のデータを取得することもできます。

【参考】：[AWS公式 AWS X-Ray トレース](https://docs.aws.amazon.com/ja_jp/xray/latest/devguide/xray-console-traces.html)

サービス・ツール・技術の記事（32ページ目）