[【関連記事】AWS資格の難易度はどれくらい？内容や初心者におすすめの勉強方法を解説](https://and-engineer.com/articles/YZtFsREAACIAjrpS)

[【関連記事】AWS認定ソリューションアーキテクト-アソシエイトとは？難易度と勉強方法を解説！](https://and-engineer.com/articles/YXEoUBIAACEANWUF)

[【関連記事】AWS認定クラウドプラクティショナーとは？難易度や勉強時間の目安を解説](https://and-engineer.com/articles/YwGSlRAAACEAsVo8)

AWSのスナップショットとは、**任意のタイミングのシステムの状態を記憶するバックアップ機能の一種**です。ここでは、AWSのスナップショットの概要・仕組みに加え、バックアップ・AMIとの違いについて説明します。

### AWSスナップショットの概要・仕組み

AWSでのスナップショットは、**Amazon Elastic Block Store (EBS)・Amazon S3で使うバックアップ機能**です。Amazon EBSはブロックストレージ、Amazon S3はオブジェクトストレージの機能を持つサービスです。スナップショットはEBSの状態をバックアップデータとしてS3上に保存します。

スナップショットは、*バックアップ機能の中でも増分バックアップの仕組みを利用*しています。増分バックアップとは、1つ前のバックアップデータからの変更分を保存するものです。初回バックアップデータからの変更分を毎回保存する差分バックアップよりも、短時間で処理できます。

また、スナップショットはリストア処理方式を採用しています。リストア処理方式では、データ欠損などのトラブルが発生した際、バックアップしておいたデータを使ってシステムを元に戻す処理を実施します。

参考：[Amazon Elastic Block Store (EBS)](https://aws.amazon.com/jp/ebs/)

参考：[Amazon EBS スナップショット](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/EBSSnapshots.html)

### AWSスナップショットとバックアップの違い

AWSのスナップショットとバックアップの大きな違いは、保存データの容量とバックアップにかかる所要時間です。増分バックアップ方式を利用するスナップショットは保存するデータが前回分からの変化分だけなので、**全データを保存する一般的なバックアップより短時間で完了**します。

同様の理由から、*保存先のストレージ容量を節約できるのもスナップショットの特徴*です。一方、システムデータ全体をバックアップするわけではないので、元データが何らかの理由で欠損した場合、復元ができなくなる可能性がある点には注意が必要です。

上記のような両者の特徴から、スナップショットとバックアップは適したタイミングでバランスよく使い分けることをおすすめします。日常的な処理はスナップショット、システムに大きな変更を加えた場合はバックアップ処理の実施を検討しましょう。

参考：[AWS Buckup](https://aws.amazon.com/jp/backup/?whats-new-cards.sort-by=item.additionalFields.postDateTime&whats-new-cards.sort-order=desc)

### AWSスナップショットとAMIの違い

ほかに似たようなバックアップ処理を実施するものにAmazon マシンイメージ（AMI）のバックアップがあります。**AMIとはインスタンス作成に必要なOS・サーバーなどのソフトウェア構成などの情報を含む起動テンプレート**です。

*AMIはインスタンスの構成情報を含む*点でスナップショットと異なります。スナップショットから作成でき、バックアップデータであるスナップショットを起動可能にするものです。

参考：[Amazon マシンイメージ (AMI)](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/AMIs.html)

## AWSスナップショットの利用料金

AWSで**スナップショットを利用するにはコストがかかります**。ここではAWSでスナップショットを利用した際の料金の考え方と、確認方法を紹介します。

### 保存したデータ量と保存期間で料金が決まる

AWSスナップショットの利用料金は、**バックアップしたデータ量・保存期間によって変動**します。課金の対象となるデータ量は、前回分から変更されたブロックに関する部分です。*1ヶ月間に格納されたデータ1GBあたり0.05USD*のコストが発生します。

参考：[Amazon EBSの料金 ](https://aws.amazon.com/jp/ebs/pricing/)

**EBSスナップショットの料金は、コスト管理コンソール上で確認**できます。まず*「請求およびコスト管理コンソール」*を開きます。続いて「請求」を選択し、「サービス別の請求の詳細」から「Elastic Compute Cloud」を開くと、スナップショットを使用した料金を確認可能です。

参考：[EBS スナップショットの利用料金計算方法](https://aws.amazon.com/jp/premiumsupport/knowledge-center/ebs-snapshot-billing/)

## AWSスナップショットを用いるメリット

通常のバックアップに加え、スナップショットを併用するメリットについて紹介します。メリットとしては、**所要時間が短い点、ストレージ容量を温存できる点、自動化設定ができる点**が挙げられます。

### システムを止めずに短い所要時間でバックアップ可能

まず、**通常のバックアップと比較して所要時間が短い**点がスナップショットを利用するメリットです。システムのデータ全体ではなく、前回のバックアップからの更新分のみを保存するため、処理にかかる時間を短縮できます。

また、一般的なバックアップを実施するためにはサービスを一時的に停止する必要があります。これに対して、*スナップショットはサービスを可動させたままバックアップを保存*できます。

ただし、使用中のボリュームに対してスナップショットを実施すると、データの整合性に影響が出るリスクがあります。システム全体を停止する必要はありませんが、基本的には静止状態のボリュームに対してスナップショットを作成しましょう。

増分バックアップの仕組みを利用するスナップショットなら、**ストレージ容量の温存が可能**です。毎回フルバックアップでストレージを消費するよりは、日常的な簡易バックアップはスナップショット作成で実施した方が、ストレージを節約できるでしょう。

また、基本的にEBSは使用したボリューム相当のコストが発生します。これに対してスナップショットは前述のとおり別途料金計算方法があり、*結果的にストレージの利用コストを節約*できます。

スナップショットは処理自体を自動化できる点もメリットの1つです。**Amazon Data Lifecycle Managerというサービスを使えば、スナップショットとAMIの作成・削除・保持を自動化**できます。

自動化の利点はいくつかありますが、1つは*データ保護の観点でバックアップの作成忘れを防げる点*が挙げられます。加えて、古いバージョンのスナップショットを削除することで、ストレージの有効利用にもつながります。

参照：[Amazon Data Lifecycle Manager](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/snapshot-lifecycle.html)

## AWSスナップショットの作成手順

ここではスナップショットの作成手順について説明します。

### スナップショットの作成手順

スナップショットを作成するには、まず**インスタンスを静止状態**にしましょう。書き込み中のボリュームに対してスナップショットを作成することも可能ですが、スナップショットを実行した瞬間までに書き込まれているデータのみが保存されるため、後で整合性が取れない可能性があります。

コンソールかOSからインスタンスを停止したら、スナップショットを作成するEBSを選択します。選択が完了したらスナップショットを作成しましょう。データ容量にもよりますが、*数分程度で完了*する場合もあります。

### スナップショットを使ったデータの復元

データを復元するには、まず利用するスナップショットを選択します。**選択したスナップショットからイメージを作成**すれば、*保存した瞬間のシステムの状態を復元*できます。

## AWSスナップショットを上手に活用して効率的にデータバックアップを取ろう

AWSのスナップショットは、**バックアップよりも短時間かつ容量を抑えて、システムの状態を保持できる機能**です。自動化を図ることもでき、AMIと併せて自動処理すれば、バックアップの取り忘れや、古いバージョンのバックアップデータによるストレージ圧迫を防止可能です。

一方、スナップショットは元データ破損時の復旧が困難である点や、システム構成などの情報を含まない点には気をつけましょう。*一般的なバックアップやAMI作成と適切に併用すれば、効率的なバックアップ作成が実現*できます。

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

AWSのスナップショットは、システムのある瞬間の状態を保持する方法です。一般的なバックアップと比べて短時間で処理でき、ストレージ容量の節約も可能です。自動化すれば、さらに便利に活用できます。AWSスナップショットの概要・料金・メリットなどを解説します。

AWSスナップショットは、一般的なバックアップより短時間かつ小容量でバックアップ処理ができる方法

データ量と保存期間で料金が決まり、毎回フルバックアップを取るよりもコストを低減できる

AWSスナップショットとAMIを自動化することで、バックアップの取り忘れを防止できる

AWSスナップショットとバックアップの違いは？料金や仕組みも解説

AWSではAWS Command Line Interface （AWS CLI）を**統合ツール**として提供しています。CLIとは、一般的にコマンドラインインターフェイスとして*インタラクティブな操作とバッチ処理や自動化のためのスクリプト*に用います。AWS CLIも同じ考え方で、AWSの操作の一貫性を確保するためにAWS CLIを提供しています。

CLIがコマンドラインインターフェイスとして提供されているのに対し、GUIはグラフィカルユーザインターフェースとして用いられます。AWSの場合も同様で、CLIは*AWS CLIでありGUIはAWS Management Console*となります。AWS CLIは、AWS Management Consoleの提供機能を**コマンドライン実装する**ことを目的としています。

AWS CLIに関する情報は以下のリンクから入手可能です。
参考：[AWS Command Line Interface のドキュメント](https://docs.aws.amazon.com/ja_jp/cli/index.html)

AWS CLIは以下の*2つのバージョン*があります。
・**バージョン2.x 最新バージョン**
・**バージョン1.x 旧バージョン（下位互換性のために提供）**

インストールされているバージョンを確認するには、*”aws --version”* で結果が表示されます。

AWS CLIは各プラットフォームの*ターミナルプログラムのコマンドプロンプトからコマンド実行可能*です。具体的には以下の環境で実行可能です。
・**Windows**
　WindowsのコマンドプロンプトまたはPowerShellからコマンド実行します。
・**Linux・macOS**
　LinuxやmacOSではbash・zsh・tcsh等のシェルプログラムから実行します。
・**リモートプログラム**
　PuTTYやSSHあるいはAWS Systems ManagerからAWSサービスのコマンドを実行します。

AWSのCLIは*バージョンごと*に**インストール方法が記載**されています。バージョン1と2のそれぞれのインストール方法は以下のリンクに参考情報がまとめられています。
参考：[AWS CLI バージョン 2 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-cliv2.html)
参考：[AWS CLI バージョン 1 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-cliv1.html)

バージョン2のインストール手順については、以降で詳しく説明していきます。

### AWS CLIのWindowsインストール方法

ここではAWS CLI バージョン 2の**Windowsインストール方法**を説明していきます。AWS CLI バージョン 2は*64ビット版Windows*に対して**管理者権限を使ってインストール**します。最新msiファイルは "https:\//awscli.amazonaws.com/AWSCLIV2.msi" のリンクからダウンロードします。バージョン番号を指定してダウンロードすることも可能です。

msiファイルからインストールしたら**”aws --version”** でバージョン番号を表示し、インストールが正しいことを確認します。awsコマンドが実行できない場合はPATHを確認し、必要に応じて設定します。

なお、バージョン1とバージョン2のコマンド名は共にawsとなります。誤動作を防止するためにバージョン1が不要でしたらアンインストールしておきます。
参考：[Windows での AWS CLI バージョン 1 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-windows.html)

バージョン 2のアンインストールは「コントロールパネル」「プログラムと機能」から「AWS Command Line Interface」を選択し、「アンインストール」をクリックします。
参考：[Windows での AWS CLI バージョン 2 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-cliv2-windows.html)

### AWS CLIのLinuxインストール方法

ここではAWS CLI バージョン 2の**Linuxインストール方法**を説明していきます。AWS CLI バージョン 2は以下の前提条件に従います。
・**OSディストリビューション**
　CentOS・Fedora・Ubuntu・Amazon Linux 1・Amazon Linux 2のx86とARMの64ビット版
・**パッケージ解凍ツール**
　unzipもしくは同等のコマンドを用います。
・**その他ツール**
　ディストリビューションに含まれている、glibc・groff・lessを使います。

*x86 Linuxのインストール手順*は以下の通りです。
　$ curl "https:\//awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip"
　$ unzip awscliv2.zip
　$ sudo ./aws/install

*ARMの場合はダウンロードファイルを ”awscli-exe-linux-x86_64.zip” から ”awscli-exe-linux-aarch64.zip” に変更*します。このファイル名は最新バージョンです。バージョン指定しダウンロードすることもできます。

installコマンドが終了したら**”aws --version”**でバージョン番号を表示し、インストールが正しいことを確認します。awsコマンドが実行できない場合はPATHを確認し、必要に応じて設定します。

なおWindows同様Linuxにおいても、バージョン1とバージョン2のコマンド名は同じくawsとなります。誤動作を防止するためにバージョン1が不要でしたらアンインストールしておきます。
参考：[Linux での AWS CLI バージョン 1 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-linux.html)

バージョン 2のアンインストールは以下の通りインストールパスを確認しrmコマンドで削除します。なおinstallコマンドで以下のパスを変更した場合は変更したパスを削除します。
・*”--bin-dir” または “-b” オプションの確認（メインプログラムとコンプリータのリンク先の確認）*
　未指定の場合は/usr/local/bin
　確認方法：$ which aws
・*”--install-dir” または ”-i” オプションの確認（シンボリックリンク先の確認）*
　未指定の場合は/usr/local/aws-cli
　確認方法：$ ls -l /usr/local/bin/aws

・*”--bin-dir” または “-b” オプションの削除（最初の2つのシンボリックリンクの削除）*
　未指定時の削除例：フォルダ中のawsとaws_completerを削除
　　$ sudo rm /usr/local/bin/aws
　　$ sudo rm /usr/local/bin/aws_completer
・*”--install-dir” または ”-i” オプションの削除（メインインストールフォルダの削除）*
　未指定時の削除例：シンボリックリンクされているaws-cliを削除
　　$ sudo rm -rf /usr/local/aws-cli

*rmコマンドでファイルやフォルダ削除*は、誤ったファイル名指定により別ファイルを削除する恐れもありますので下記ドキュメントを確認しながら**慎重に実施する**ことをおすすめします。
参考：[Linux での AWS CLI バージョン 2 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-cliv2-linux.html)

### AWS CLIのmacOSインストール方法

ここではAWS CLI バージョン 2の**macOSインストール方法**を説明していきます。AWS CLI バージョン 2は64ビット版のmacOSでサポートされます。最新のmacOS pkgファイルは " https://awscli.amazonaws.com/AWSCLIV2.pkg "のリンクからダウンロードします。バージョン番号を指定してダウンロードすることも可能です。

参考：[AWS CLI バージョン 2　ダウンロード](https://awscli.amazonaws.com/AWSCLIV2.pkg)

pkgファイルがダウンロードできたら、**ダブルクリックしてインストーラを起動**します。コンピュータ上の全ユーザが利用する場合はsudoでインストールします。デフォルトのインストールフォルダは/usr/local/aws-cli、シンボリックリンクは/usr/local/bin/awsに設定されます。

インストール終了後、**”aws --version”** でバージョン番号を表示し、インストールが正しいことを確認します。awsコマンドが実行できない場合はPATHを確認し、必要に応じて設定します。

macOSにおいても、バージョン1とバージョン2のコマンド名は共にawsとなります。誤動作を防止するためにバージョン1が不要でしたらアンインストールしておきます。
参考：[macOS での AWS CLI バージョン 1 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-macos.html)

バージョン 2のアンインストールは以下の通りインストールパスを確認しrmコマンドで削除します。
・*メインプログラムとコンプリータのリンク先の確認*
　未指定の場合は/usr/local/bin
　確認方法：$ which aws
・*シンボリックリンク先の確認*
　未指定の場合は/usr/local/aws-cli
　確認方法：$ ls -l /usr/local/bin/aws

・*最初の2つのシンボリックリンクの削除*
　未指定時の削除例：フォルダ中のawsとaws_completerを削除
　　$ sudo rm /usr/local/bin/aws
　　$ sudo rm /usr/local/bin/aws_completer
・*メインインストールフォルダの削除*
　未指定時の削除例：シンボリックリンクされているaws-cliを削除
　　$ sudo rm -rf /usr/local/aws-cli

*rmコマンドでファイルやフォルダ削除*は、誤ったファイル名指定により別ファイルを削除する恐れもありますので下記ドキュメントを確認しながら**慎重に実施する**ことをおすすめします。
参考：[macOS での AWS CLI バージョン 2 のインストール、更新、アンインストール](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/install-cliv2-mac.html)

インストール後の*”aws --version”* でバージョン確認まで完了したら、実際に利用してみましょう。AWS CLIはコマンドプロンプトでCLIのコマンドを入力することで、必要な処理と応答が行われます。例えば*”aws configure”*を実行すると、AWS Access Key ID・AWS Secret Access Key・Default region name・Default output formatの設定情報*が表示されます。

awsコマンドのオプションと利用可能サービス毎のコマンドは「**AWS CLI Command Reference**」にまとめられています。該当サービスの利用可能なコマンド・オプションが確認できます。*AWS Management Consoleの提供機能がカバー*されていますので、**膨大なサービスコマンドがコマンドラインインターフェイスに対応**しています。
参考：[AWS CLI Command Reference](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/index.html)

## 膨大なAWS CLIコマンドをマスターし効率的な運用を行いましょう

AWS CLIは*AWS Management Consoleのサービスオペレーションをコマンドラインで実装したもの*です。そのため、サービス毎に提供されている多くの機能をコマンドラインで実現します。コマンドラインで行える処理は非常に多く、AWS CLIコマンドをマスターすることで**効率的な運用が実現可能**となります。

まずは**AWS CLIのコマンドリファレンスを理解し、利用価値の高いEC2 から利用してみる**ことをおすすめします。

AWS CLIの使い方は？インストールから使用方法まで解説！

AWS CLIは、AWS Management Consoleの機能をコマンドライン実装した統合ツールです。手順をスクリプト化し、バッチ処理や自動化に利用できます。ここではAWS CLIのインストール手順から使い方までの一連の流れを説明していきます。

AWS CLIは、AWS Management Consoleの機能をコマンドライン実装した統合ツールです

AWS CLIは、インタラクティブ操作やバッチ処理・自動化のためのスクリプトに用います

各AWSサービスで使用するため、膨大なコマンドが提供されており効率的な運用が可能です

AWS CLIのインストール手順から使い方まで解説！

*AWS SNS（Simple Notification Service）は、AWSが提供する分散型のフルマネージドのメッセージングサービスです。*AWSを利用してサービスを提供する場合、ユーザとのやり取りが必要になるケースがあります。

ユーザへの通知手段としては、Eメール以外にもSMSなど様々な配信方法が求められ、こうした配信サービスを自前で構築すると大変ハードルが高くなります。またサービスの拡大に伴い、配信システムの管理も重要になっていきます。

AWS SNSはこうした問題を一挙に解決できるオプションサービスの1つです。この記事では、AWS SNSの特徴、基本的な機能や活用方法などについて解説していきます。

【参考】：[Amazon SNS（サーバーレスアプリのための pub/sub メッセージングサービス）| AWS](https://aws.amazon.com/jp/sns/)

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

AWS SNSを利用するにあたって、特徴や機能、気を付ける点などについて確認しておきましょう。

AWS SNSはメッセージング（メール送信）サービスですが、**具体的にはどのような特徴があるのかを見ていきましょう。**実際の利用シーンや使い方を想定しながら理解を深めてください。

【参考】：[特徴 - Amazon SNS | AWS](https://aws.amazon.com/jp/sns/features/)

*■ ユーザのアクションに対する通知*
サービスを利用したユーザのアクションごとにメッセージ通知を行うことができます。たとえば、ユーザがアカウント情報を更新したり、商品を購入したりした際に、その行動をトリガーにして通知を行うことができます。

*■ プッシュ通知*
ユーザのスマートフォンに対してプッシュ通知を送ることができます。プッシュ通知は即時性があり、開封率が高く、販売促進面などで高い効果を期待できます。特にセール情報や新製品情報の発信は購入につながる可能性が高いと言われています。

*■ セキュアなメッセージング*
メッセージングでは個人情報や購買情報などのセキュアな情報が含まれることがあり、漏洩リスク対策が求められます。AWS SNSではメッセージの暗号化に対応しており、セキュアな情報を安心して通知することができます。

*■ 利用のしやすさ*
AWS SNSはAWSのマネジメントコンソールを利用して、簡単に各種設定を行えます。このため、1からメッセージング機能を構築する必要がなく、アプリケーションやサービスの開発工数、コストの低減につながります。

*■ AWS CLIを使用してAWS SNSの機能にアクセス*
AWS SNSはAWSのコマンドインターフェース、「AWS CLI」を用いてAWS SNSの各機能に簡単にアクセスすることができます。AWS SNSで用いるAWS CLIのコマンドを一覧表示したい時には、次のコマンドで利用できるAWS CLIが表示されます。

【参考】：[AWS CLI での Amazon SNS の使用 - AWS Command Line Interface](https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/cli-services-sns.html)

*■ Amazon SESとの違い*
AWSのメッセージングサービスとしては、他に「AWS SES」があります。AWE SES（Simple Email Service）はEメール送信に特化したサービスで、Eメールを中心とするコンテンツ配信などを行う場合に適しています。

AWS SNSはプッシュ型の通知を得意としていますが、メッセージの容量に制限があり、長文や充実したコンテンツの配信には適しません。

他、AWSのメッセージングサービスとしては、「AWS SQS」がありますが、AWS SQS（Simple Queue Service）はプル型のメッセージ処理を特徴としており、受け取ったメッセージのキューイング処理を行います。

【参考】：[Amazon SES（高可用性で低価格なEメール送信サービス）| AWS](https://aws.amazon.com/jp/ses/)
【参考】：[Amazon SQS（サーバーレスアプリのためのメッセージキューサービス）| AWS](https://aws.amazon.com/jp/sqs/)

AWSのSESとは？特徴や活用事例だけでなく高度な使い方も紹介

AWS SNSを利用する際には、気を付けることがあります。AWS SNSは活用の仕方によっては大変優れたサービスですが、利用に当たっては注意すべきことがあります。**AWS SNSの利用上の注意点を理解した上でサービスを利用するようにしましょう。**

*■ 定時送信ができない*
AWS SNS自体には所定の時刻に送信するような機能がありません。メールマガジンなどを配信する場合に、決められた時間に送信する機能は必須とも言えます。

その対応としては「AWS Step Functions」を利用して、タスクタイマーを実装するなどの方法がありますので、定時送信が必要な方はAWS SNSと併せてAWS Step Functionsの採用を検討してみてください。

【参考】：[AWS Step Functions とは? - AWS Step Functions](https://docs.aws.amazon.com/ja_jp/step-functions/latest/dg/welcome.html)

*■ 解析機能がない*
AWS SNSには解析機能がありません。 単純な配信数、配信成功率などのような統計はコンソールで表示できますが、送信したメールの開封率カウントや集計などの機能がありません。マーケティング分析に重きを置きたい場合には、他のサービスとなるAWS SES（Eメール送信サービス）の利用を検討する必要があります。

【参考】：[Amazon CloudWatch（リソースとアプリケーションの監視と管理）| AWS](https://aws.amazon.com/jp/cloudwatch/)

AWS ANSのトピック※でサブスクライブ（メッセージを受信すること）されているサブスクライバー（メッセージを受信するアプリなど）は、AWS SNSでサポートされているプロトコルを使用してメッセージングを行っています。**ここではAWS SNSでサポートされている主なプロトコルを3つ紹介します。**

※トピックとは、通信チャネルとして機能する論理アクセスポイントのことです。

【参考】：[Amazon SNS トピックを作成する - Amazon Simple Notification Service](https://docs.aws.amazon.com/ja_jp/sns/latest/dg/sns-create-topic.html)

*■ HTTPプロトコル*
HTTP（Hypertext Transfer Protocol）は主にWebブラウザからWebサーバにアクセスする際に利用されるプロトコルです。他にHTTPはデータ提供をAPIを介して行ったり、リモートアクセスに利用したりします。また、HTTPのセキュリティを強化したHTTPSプロトコルもAWS SNSではサポートされています。

*■ SMSプロトコル*
SMS（Short Message Service）は電話番号を使ってSMSメッセージを送信する際に利用するプロトコルです。 SMSは日本語の場合、70文字程度のショートメッセージを指定された電話番号に送信する仕組みです。

携帯電話番号はあらかじめ登録された本人であることが確認ができますので、SMS認証という仕組みがよく利用されますが、SMS認証の仕組みを構築すると大変コストが掛かるため、SMS認証を検討している方はAWS SNSの利用をおすすめします。

*■ AWS Lambda*
AWS Lambdaはサーバレスでコードを実行できるプロトコルです。AWS Lambdaの利用で、プログラムを実行するためのサーバが不要となり、開発者は実行環境を意識せずに開発に専念できるというメリットがあります。

【参考】：[AWS Lambda（イベント発生時にコードを実行）| AWS](https://aws.amazon.com/jp/lambda/)

AWS Lambdaとは？できることを分かりやすく解説！

AWS SNSが手軽で便利に使えるメッセージサービスであることは理解できたと思いますが、**ではどのようなケースで利用すると効果が大きいのかを考えてみましょう。**

*■ 大量ユーザへの一斉通知*
Webサービスではいかに多くの会員を有するかが評価ポイントになります。しかし、多くの会員を獲得し、増加した会員数を維持するには、会員に対する通知やキメの細かいフォローが重要なカギとなります。

特に数10万、数100万人単位のユーザが利用しているスマートフォンアプリは、いち早く、確実に全員にメッセージを配信できる機能が求められます。その点、AWS SNSは世界中のスマートフォンユーザに対し、手軽にプッシュ通知が実装でき、スケーラビリティの観点からも十分、要求に応えてくれるでしょう。

*■ 受発注在庫管理*
物流管理や配送システムでは商品の動きに対応した効率的な作業が求められます。受注、検品やピッキング、在庫引当などのイベントをトリガーに通知を行い、リアルタイムで管理することが可能になります。ネット通販分野ではAWS SNSのメッセージング機能を利用した受発注在庫管理システムの構築に有効です。

AWS SNSを利用すると、どの程度の料金が掛かるのでしょうか？AWSにはサービス毎にあらかじめ料金を見積もる仕組みが用意されていますので、予算確保のためにも必ず料金シミュレーションをしておきましょう。

AWS SNSでは、基本料金や料金の前払い費用は一切ありません。使った分だけ支払う完全従量課金制となっています。**またモバイルプッシュ通知では月間100万件まで、SMSだと100件まで、Eメール送信は1,000件までは無料利用枠を行うことができます。**

そのため、テスト段階であれば、大方無料で利用することが可能です。

AWS SNS の標準トピック（論理アクセスポイント）内での料金は、**1カ月の間に作成された API リクエストの数と、エンドポイントへの配信回数に基づいて決定されます。**また、エンドポイントへの配信では、その種類によって料金は異なります。

 たとえば、毎月100万件までのモバイルプッシュ通知では無料ですが、100万件の上限を超えると、超えた 100万のリクエスト単位に 0.50USDが加算されます。 仮に月に500万件のプッシュ通知を利用すると、（500万件－100万件）× 0.50USD/100万件 ＝ 2.00USDとなります。

【参考】：[料金 - Amazon SNS | AWS](https://aws.amazon.com/jp/sns/pricing/)
【参照】：[AWS 料金見積りツール](https://calculator.aws/#/)

ここまで、AWS SNSの概要、利用上の注意点、対応するプロトコル、用途例などについて紹介してきました。Amazon SNSは、メッセージングサービスとしてはシンプルで、定時送信ができない、マーケティング分析機能が弱いといった弱点はあるものの、シンプルさゆえに拡張性が高いことが特徴です。

また、同じAWSのサービスを組み合わせることで、高額な万能タイプのメッセージアプリを超える機能を発揮できますので、**AWSの各種サービスの研究や要件定義を行った上で、無料利用枠を活用して、しっかり評価を行った後に正式導入を行うとよいでしょう。**

【AWS入門】ITエンジニアなら知っておくべきAWSの基礎知識

AWS SNS（Simple Notification Service）はAWSが提供するメッセージングサービスです。機能はシンプルですが、拡張性が高く、使い勝手の良いサービスです。この記事ではAWS SNSの概要、利用上の注意点、料金などについて解説します。

AWS SNSは無料利用枠でも使えるフルマネージドのメッセージングサービス

AWS SNSは特に大量ユーザへのプッシュ通知に優れている

AWS SNSはイベントトリガーで、作業と連動して通知が行える物流システムなどでも使える

AWS SNS（Amazon SNS）とは？機能の概要、利用上の注意点、料金について解説！

「AWS AMI」のAMIは（AWS Amazon Machine Image）の略で、読み方はエーエムアイですが、アミと読んでも間違いではありません。**AWS AMIは一言で表すと、AWS EC2インスタンス内に仮想マシンを作成するために必要な情報がまとめられた起動テンプレートです。**

このテンプレートにはOSやOSのバージョン、ブロックデバイスマッピング、AWSアカウント権限などの情報がまとめられています。当記事ではAWS AMIの概要、AWS AMIの4つの種類、AMIの作成方法や料金などについて、わかりやすく図解を交えて紹介します。

【参考】：[Amazon マシンイメージ （AMI） ｜ Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/AMIs.html)
【参考】：[Amazon EC2 とは ｜ Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/concepts.html)


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

AWS AMIはEC2インスタンス起動に用いる仮想マシンのイメージです。複数のインスタンスを同じ設定で立ち上げる場合にAMIを利用すると手間が省けます。インスタンスは異なる設定のAMIからでも起動することも可能です。

**AWS AMIには以下のようなインスタンスの作成に必要な情報が含まれています。**

▪AWS EBSのスナップショット、 Instance Store-Backed（物理ホストのローカルディスク）、インスタンスのルートボリュームのテンプレ（OS、アプリケーションサーバー、アプリ情報など）
▪ブロックデバイスマッピング（EC2に紐づけるEBS・インスタンスストアに関する設定）
▪AWSアカウントのAMI使用によるインスタンス起動許可情報など

【参考】：[ブロックデバイスマッピング ｜ Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/block-device-mapping-concepts.html)

~~【図】： AWS AMI イメージ図　~~

### AWS AMIとスナップショットの違い

AWS AMIは仮想マシンの起動に必要なあらゆる情報が網羅されていますが、スナップショットはその一部です。EC2インスタンスではEBSボリュームを使用します。**このEBSボリュームのバックアップをスナップショットと言いますが、ハードディスクのコピーと同じようなイメージです。**

AMIイメージそのものに料金は掛かりませんが、EBSのスナップショットはS3に格納するため、スナップショットに対してはS3の所定の料金がかかります。

【参考】：[Amazon EBS スナップショット ｜ Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/EBSSnapshots.html)
【参考】：[Amazon S3 とは - Amazon Simple Storage Service](https://docs.aws.amazon.com/ja_jp/AmazonS3/latest/userguide/Welcome.html)

新たにEC2インスタンスを作成する場合には、4種類のAMIの中から目的や条件に合致するものから選択します。ここでは、4種類のAMIについて、それぞれの特徴を解説しますので、選択する際の参考にしてください。

クイックスタートAMIは、AWSが用意しているOSの中から選択ができる無料のAMIです。EC2インスタンスを作成する際にはOSなどの選択ができます。OSはWindows、Linux、MacOSをカバーしています。

*▪Windows*
*▪Amazon Linux*
*▪Ubuntu*
*▪Red Hat*
*▪SUSE Linux*
*▪Debian*
*▪macOS*

さらにクイックスタートAMIはEC2インスタンスのコンソールから、次のようにフィルタを利用して絞り込みができます。

~~【図】： EC2コンソールからクイックスタートAMIを検索　~~

**カスタムAMIはユーザーが独自に作成したAMIです。**このAMIは既存のEC2インスタンスから作成し、複数のインスタンスを作成したい時に利用すると効率的です。またカスタムAMIはEC2AutoScalingで使用することができます。

【参考】：[カスタム Windows AMI を作成する｜ Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/WindowsGuide/Creating_EBSbacked_WinAMI.html)
【参考】：[Amazon EC2 Auto Scaling（需要に合わせてコンピューティング性能を拡張）｜ AWS](https://aws.amazon.com/jp/ec2/autoscaling/)

**他の開発者達が、誰もが簡単に利用できるように作成したAMIのことです。**SQLサーバーやWordPressなどがインストールされており、AMIからすぐに環境構築が行えます。ただし、開発者に対する使用料金が発生しますので注意が必要です。

下記の例では、EC2コンソールのナビゲーションペイン（左メニュー）から［イメージ］→［AMI］とクリックし、検索窓にWindowsと入力して、Windows系のカスタムAMIを表示しました。表示されたリストから選択して利用することができます。

【参考】：[有料 AMI - Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/paid-amis.html)

~~【図】： EC2コンソールからカスタムAMIを選択　~~

SQL Serverとは？基礎情報から構築までの手順を解説！

**コミュニティAMIは他のユーザーが作成したAMIのことです。**AMIの共有設定を有効にすると表示されます。コミュニティAMIはAWSの審査を受けておらず、利用は自己責任です。本番環境などで安易に利用することがないよう注意が必要です。

【参考】：[AMI の公開 ｜ Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/sharingamis-intro.html)

## AWS AMIのメリットとデメリット

AWS AMI を利用するメリット、デメリットを確認しておきましょう。それらを確認することで、さらにAWS AMIへの理解を深めることができます。

**AWS AMI を利用することによって、主に次のようなメリットを得ることができます。**

*■ EC2インスタンスのバックアップが簡単に取れる*
AMIの使用により、EC2インスタンスのバックアップが取れ、障害発生時などにはバックアップから復帰させることもできます。また、AMIを他のアカウントで共有したり、他のリージョンへのコピーをしたりできるためDR（ディザスタリカバリ）が行えます。

*■ EC2インスタンスの作成に関わる工数削減*
あらかじめ用意されているAMIの使用により、EC2インスタンスを作成する際の工数やコストを削減することができます。

*■ EC2インスタンスのランニングコスト削減*
例えば年に1回だけ稼働させるようなEC2インスタンスはAMIを取得し、そのインスタンス自体を削除しておけば、余分なコストの発生を防ぐことができ、ランニングコストを抑制することができます。

AMIだけであれば、特に料金がかからないためです。ただし、AMIに含まれるEBSのスナップショットは課金対象のため注意してください。

【参考】：[Amazon EC2 インスタンスからの AMI の作成｜ AWS Toolkit for Visual Studio](https://docs.aws.amazon.com/ja_jp/toolkit-for-visual-studio/latest/user-guide/tkv-create-ami-from-instance.html)

AWS AMI自体の保存には料金はかかりませんが、AMI作成時に同時に作成されるスナップショットはS3に保存され、S3の料金が発生します。それは、AMIがEBSストレージに保存されたデータからインスタンスを起動し、AMIの作成によってEBSスナップショットが自動的に作成されるからです。

しかも、AMIを削除してもスナップショットは自動では消えてくれません。**AMIを消す場合にはスナップショットも消さないと課金額が溜まっていきますので、後で思わぬ高額の支払いが発生する原因になります。**この点がAMS AMIの主なデメリットです。

AWS AMI はAWS EC2インスタンスの作成の際に必ず利用します。AMIをどのように使うのか、AMIの利用料金はいくら掛かるのかについて見ていきましょう。

AWSアカウントでAWSにログインし、EC2インスタンスの作成準備をします。

*① EC2コンソール※を開きます。*
*② 左下の「インスタンスを起動」を選択し、クリックします。*

【参考】：[※EC2コンソール](https://console.aws.amazon.com/ec2/)
【参考】：[インスタンスの起動 - Amazon Elastic Compute Cloud ](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/LaunchingAndUsingInstances.html)

~~【図】： EC2インスタンスの作成準備　~~

### EC2インスタンスのキーペアを作成する

EC2インスタンスの作成では、キーペアの作成を求められます。デフォルトは「新しいキーペアの作成」です。セキュリティを高めるには、キーペアを作成しておくことをおすすめします。

**キーペアはAWSでセキュリティ認証に使用されます。** 新規でキーペアを作成した際に、EC2側では秘密鍵が作られます｡ログインの際、ユーザー自身が持つ公開鍵を元にログイン情報が暗号化され、サーバー側では秘密鍵を用いて復号化することで、正規ユーザーのアクセスであることを確認します。

【参考】：[キーペアを作成する - Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/create-key-pairs.html)

~~【図】：EC2インスタンス　キーペアの作成　~~

「Name abd Tags」欄にはインスタンスの名称、例えばWeb Test Serverなどと入力し、クイックスタート欄からOSを選択します。ここではWindowsを選択しました。

続いて画面を下にスクロールしながら「ネットワーク設定」「ストレージ設定」「高度な詳細設定」などを確認し、最後に［インスタンスを起動］をクリックします。

少し間を置いて、インスタンスが実行中になれば完了です。**今回はAWS標準のAMIを選択しましたが、1度利用したAMIをカスタマイズしてカスタムAMIとして利用することもできます。**

~~【図】：EC2インスタンスを起動する　~~

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

AWS AMIの利用料金に関しては随所で解説していますが、改めて整理しておきましょう。

**AMI自体の料金は基本的に無料ですが、保管料はAWS EBSのスナップショット料金として請求されます。**公式サイトによるとEBSスナップショットはAWS S3に保存され、その料金は1GBあたり0.055USDです。仮に30GBのデータを保存すると1.65ドル/月となります。

AWSの記事（6ページ目）