AWSには「ENI」という仮想NICとも言えるサービスがあります。正式名称は「Amazon Elastic※ Network Interface」です。*AWS ENIは、VPC「 Virtual Private Cloud」内の仮想ネットワークインターフェースです。*

VPC内に作成したEC2インスタンスにアタッチされ、IPアドレスが付与されます。EC2インスタンスは単体ではIPアドレスを持っておらず、ENIを介してネットワーク情報が付与されます。ENIは、物理的な環境におけるNIC（Network Interface Card）のことです。

物理環境におけるNICと同じネットワークの設定を仮想的環境で行うことができます。﻿

この記事では、AWS ENIの概要や特徴、メリットとデメリット、手順や使い方、料金などについて解説していきます。﻿

※AWSのサービスにはよくElasticという単語がよく使われますが、AWSでは「Elastic」はオートスケールを指しており、リクエストの量に応じてサーバリソースが増減する様子を伸縮という言葉で表現しています。

【参考】：[Elastic Network Interface ｜Amazon Elastic Compute Cloud｜AWS](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/using-eni.html)

Amazon VPCとは？AWS VPNとの違いもわかりやすく解説

AWS ENIは、Amazon EC2インスタンスにネットワーキング機能を提供する、仮想ネットワークインターフェースであり、以下のような特徴を持っています。1つずつ見ていきましょう。

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

物理環境では、ネットワークインタフェースの追加にはサーバに対してNICを挿す必要がありましたが、AWS ENIでは、ネットワークインタフェースを作成する場合に仮想インスタンスへのアタッチやデタッチをすべてWebブラウザ上で行えます。

**クラウド環境においては、ENIを必要に応じて自由に作成・アタッチできるため、ネットワーク設定の調整が柔軟に行えます。**具体的には、1つのEC2インスタンスに対して複数のENIをアタッチすることができます。

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

**AWS ENIでは1つのEC2インスタンスに対して、複数のENIをアタッチできるため、スケーラブルなネットワーク設計が可能です。**

例えば、ユーザからシステムへのアクセスはデフォルトネットワークで受けつけ、メンテナンスや管理のためのアクセスは、ENIで追加したネットワークに管理用のパソコンからアクセスするといった使い分けが可能になります。

AWS ENIはアタッチしたEC2インスタンスからデタッチし、別のインスタンスにアタッチすることができるなど、**移植性の高さが特徴の1つです。**インスタンスを移動したり、置き換えたりする場合には大変簡単で便利です。

AWS ENIではセキュリティグループを関連付けて、トラフィック制御を行ったり、ネットワークアクセス制御リスト（NACLs）を利用して、トラフィック制御のルールを適用したりして、さまざまなベストプラクティスを遵守することで、ENIの安全性を高めることができます。

【参考】：[Elastic Network Interface - Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/using-eni.html)

AWSでセキュリティグループを組むメリットと注意すべきポイント

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

AWS ENIの特徴は前記の通りですが、ENIを利用することで、具体的にどのようなメリットやデメリットがあるのか、それぞれ確認していきましょう。

AWS ENIのメリットとしては、**柔軟なネットワーク設定や、冗長化と障害対応、セキュリティ向上などが挙げられます。**メリットについて1つずつ見ていきましょう。

*1. 柔軟なネットワーク設定*
EC2インスタンス自体には IPアドレスは付与されておらず、ネットワーク情報を付与するためにはAWS ENIが必要です。AWS ENIを追加することで、EC2インスタンスに対して複数のIPアドレスを設定することができるため、1台のサーバで異なる役割やセグメントを動作させることが可能になります。

*2.冗長性と障害対応*
AWS ENIを追加することでネットワークの冗長化を実現でき、障害発生時に別のENIに切り替えることでダウンタイムを短縮し、サービスの継続性を確保できます。

*3.セキュリティ強化*
ENIごとにセキュリティグループを設定することができます。これにより、EC2 インスタンスにおける仮想ファイアウォールが機能し、受信と送信のトラフィック制御を行え、セキュリティ強化が実現します。

以上のようにAWS ENIにはさまざまなメリットが期待できる反面、次のようなデメリットもあります。デメリットは適切な知識や対応によって防げますので、**デメリットに注意して利用するようにしましょう。**

*1.追加費用の検討*
AWS ENIの追加によって、ネットワークトラフィックが増加し、利用料金がかさむ可能性があります。またElastic IP（固定グローバルIPアドレス）を割り当てる場合、2つ以上を割り当てると追加費用が発生します。

*2.インスタンスタイプの制限*
選択するインスタンスタイプによって、それぞれENIの数に制限があります。インスタンスタイプの選択時には必要なENIの数を見積もって選ぶ必要があります。

【参考】：[Amazon EC2 インスタンスタイプ ｜Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/instance-types.html)

AWSにはENI以外に同様のネットワーク機能がいくつか提供されています。他の関連機能についても見てみましょう。これらの機能は特定のユースケースや要件に応じて選択が可能です。いずれもAWSのネットワーク設計やパフォーマンス確保に重要なツールですので、覚えておくとよいでしょう。

**ENAは特定のEC2インスタンスタイプで利用できるネットワークアダプターです。**より高いネットワークパフォーマンスが必要な、大量のネットワークトラフィックや大規模な分散コンピューティングタスクに適しています。

【参考】：[Linux インスタンスにおける Elastic Network Adapter (ENA) を使用した拡張ネットワーキングの有効化 ｜Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/enhanced-networking-ena.html)

EFAも特定のEC2インスタンスタイプで利用可能なネットワークアダプターです。**EFAも非常に高いネットワークパフォーマンスが必要な、高性能コンピューティング（HPC）や機械学習ワークロードなどに最適です。**

【参考】：[Elastic Fabric Adapter｜Amazon Web Services](https://aws.amazon.com/jp/hpc/efa/)

AWS ENIの利用によって発生する料金について見ておきましょう。ENIは基本的に無料であり、ENIそのものの利用によって追加費用は発生しません。ただし、選定したインスタンスのモデルによってはENIの数に上限があり、*ENIの数次第では追加費用が発生します。*

また固定グローバルIPのElastic IPも制限を超えると追加費用が発生します。

ネットワークインターフェースが追加されると、一般的にネットワークトラフィックの増加につながります。そのため、**ENIの追加がAWSの利用料金増加を招く可能性があります。**

ENIで追加したネットワークインターフェースへに「Elastic IP」（固定グローバルIPアドレス）を割り当てる場合、追加費用が発生することがあります。**仮想インスタンス1つに対して2つ以上の「Elastic IP」を割り当てると、追加料金が発生します。**

【参考】：[Elastic IP アドレス ｜Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html)

ネットワークインターフェースが増加することで、ネットワークトラフィックが増え、それが利用料金の増加につながることは理解したと思います。

ネットワークインターフェースをより多く追加できるインスタンスタイプを選択することで、ネットワークトラフィックが増大しますので、**インスタンスモデルの選択には注意を払う必要があります。**

## AWS ENIを活用して効率的なネットワークを

ここまで、本記事ではAWS ENIの概要やメリット、利用料金などについて解説しました。従来型のオンプレミス環境では複雑なネットワーク構成に対応するため、複数枚のNICをサーバに挿し、IPアドレスやMACアドレスの設定で対応してきましたが、その管理は物理面でも容易ではありませんでした。

こうした煩わしさも、AWSの仮想環境では不要となり、クリックするだけで必要な設定を行えるようになっています。それを実現しているのがENIです。**AWSを利用する際には、仮想NICとも言えるENIをうまく活用して、理想的なネットワーク環境を実現してみましょう。**

AWS ENI (Elastic Network Interface) とはVPC内の仮想ネットワークインタフェースで、NICに相当するものです。AWS ENIは仮想環境で理想的なネットワークを実現します。この記事では、ENIの特徴やメリットなどについて解説します。

AWS ENIとは、AWS VPC内の仮想ネットワークインターフェースで物理環境のNICに相当する

AWS ENIは弾力性、スケーラビリティ、移植性やセキャリティに優れている

AWS ENIは無料サービスで、メリットは多々あるが、選択や設定ミスは料金増加リスクがある

AWS ENIとは？仮想ネットワークインターフェースの特徴をわかりやすく解説

AWSのAmazon Route 53とは、AWSが提供するDNSおよびトラフィックルーティングのサービスです。わかりやすく言うと、**エンドユーザがインターネットを使ってウェブアクセスを行う際に、どのサーバに繋がるか接続先を管理してくれるサービスです。**

【参考】：[Amazon Route 53](https://aws.amazon.com/jp/route53/)

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

*Amazon Route 53は、「ドメイン名の登録」「インターネットトラフィックのルーティング」「リソースの正常性のチェック」の3つの機能を提供します。*

最も重要な機能は、「ドメイン名の登録」です。ここで言うドメイン名は、IPアドレスが割り当てられているインターネットの識別名です。一般的にDNSでは概念的にドメインという呼び方をしますが、Amazon Route 53ではホストゾーンという概念を用いて管理します。

つまりホストゾーンとは、管理するリソースレコードの集合体を指します。

ドメインとホストゾーンの違いに戸惑うかもしれませんが、ここでは一般的な名称とクラウドサービスで使用する名称の違いだと理解しておくと良いでしょう。

【参考】：[AWS Docs: Amazon Route 53 の概念](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/route-53-concepts.html)

*DNSとは、インターネットで用いるドメイン名を監視するための仕組みを指します。*インターネットで管理する識別情報をIPアドレスと言い、それぞれのホストは固有のIPアドレスを持ち、管理を容易にするためにホスト名という文字列で識別させることもできます。

IPアドレスとホスト名の組み合わせを管理するために、DNSサーバが名前解決を手伝います。さらにこのホスト名の管理は分割して行われており、その分割単位をドメインと呼びます。

この対応付けは、階層構造となっておりそれぞれが管理するDNSサーバをたどることで必要なIPアドレスが得られます。

*Amazon Route 53は、クラウドサービスで必要な可用性と拡張性を提供します。*クラウド利用で求めるコスト効率性についても考慮したサービスが提供されます。具体的には、次の3つの機能を提供します。

・*ドメイン名の登録*
DNSをサービス提供し、ドメイン名の登録に対応します。パブリックのDNSレコードを作成し、管理します。

・*インターネットトラフィックのルーティング*
パブリックのDNSレコードは、分散したDNSサーバを活用しエンドユーザを効率的にウェブサイトへルーティングします。ワークロードは、自動スケーリングによりパフォーマンスを最適にサービス活用できます。

・*リソースの正常性のチェック*
アプリケーションやウェブサーバなどのリソースの正常性や、パフォーマンスをモニターするヘルスチェック機能を提供します。

【参考】：[Amazon Route 53 の特徴](https://aws.amazon.com/jp/route53/features/)

*Amazon Route 53では、コントロールプレーンとデータプレーンの2つでサービスをカバーしています。*この役割の分担は、他のAWSサービスと同じような仕組みが実装されています。

具体的には、コントロールプレーンは、リソースの作成、更新、削除などの管理操作を行う部分で、Route 53コンソールとAPIが担当します。データプレーンは、サービスのコア機能としてサービスを提供します。DNSサービスとしてクエリに対応します。ヘルスチェック機能では、実行結果を集約します。

*Amazon Route 53の料金プランは、ほかのAWSサービス同様に使用したものに対して支払いが発生します。*現在、無料枠が設定されておらず、ホストゾーンの管理や、DNSクエリの処理、ドメイン名の管理について、料金が発生します。ドメイン名の管理は年間料金で、それ以外は月額料金です。

【参考】：[Amazon Route 53 料金表](https://aws.amazon.com/jp/route53/pricing/)

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

Amazon Route 53について、なぜ53なのか疑問に思う方が多いでしょう。*この53は通信ポート番号が由来で、DNSサーバが用いるポートが53であるためです。*

サービス名のRouteは、通信トラフィックをさばくルーティングの元となるRoute、そしてアメリカの横断道路網のシンボルであるRoute 66からインスパイアされて「Route 53」と命名されています。

Amazon Route 53を使うには、最初のAWSアカウントへのサインアップが必要です。サインアップができたら、管理ユーザとしてサインインし、設定手順に従って作業を進めます。*作業は、AWSマネジメントコンソールを用いるほか、 Amazon Route 53 APIによりプラグラムアクセスが可能です。*

必要に応じて、コマンドラインからAWS CLI（AWSコマンドライン・インタフェース）を使用してコマンドスクリプトを作成し、作業の自動化を行うことも可能です。

【参考】：[AWS Docs: Amazon Route 53 とは？](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/Welcome.html)
【参考】：[AWS Docs: Amazon Route 53 の開始方法](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/welcome-how-to-get-started.html)
【参考】：[AWS Docs: Amazon Route 53 の設定](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/setting-up-route-53.html)

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

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

Amazon Route 53では、ドメインの登録を行います。*ドメイン取得は、AWSマネジメントコンソールを開いてAmazon Route 53の「ドメインの登録」を選択します。*取得したいドメイン名を「ドメイン名の選択」画面で入力し、「チェック」ボタンをクリックします。

希望のドメイン名が誰も登録していない場合は使用可能と判断され、「アクション」欄から「カートに入れる」が選択できるようになります。

「カートに入れる」をクリックし、シッピングカートに入れたら「ドメインのお問い合わせ詳細」画面で登録者の連絡先を入力し、「続行」ボタンで確認後に「注文を完了」します。

注文内容にしたがって、ドメインは2〜3日で登録が完了し、Amazon Route 53での利用が可能になります。登録したドメインは、「登録済みドメイン」に反映されます。

【参考】：[AWS Docs: Amazon Route 53 とは？](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/Welcome.html)
【参考】：[AWS Docs: ドメイン登録の仕組み](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/welcome-domain-registration.html)
【参考】：[AWS Docs: 新しいドメインの登録](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/domain-register.html)

### インターネット接続のルーティング

*Amazon Route 53のドメイン登録が完了すると、ホストゾーンが自動的に作成されています。*ネームサーバ（NS）レコードと、Start of Authority（SOA）が自動的に作成され、クエリに対応するように4つのネームサーバを識別しルーティングが行われます。

パブリックホストゾーンは、AWSマネジメントコンソールの Amazon Route 53から、「DNS の管理」「ホストゾーン」で確認します。作成する場合は、「ホストゾーンの作成」を選択します。

トラフィックをルーティングするには、リソースレコードセットをホストゾーンに作成します。そこでルーティングポリシーを指定することができます。

【参考】：[AWS Docs: ウェブサイトやウェブアプリケーションへのインターネットトラフィックのルーティング](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/welcome-dns-service.html)
【参考】：[AWS Docs: DNS サービスとしての Amazon Route 53 の設定](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/dns-configuring.html)
【参考】：[AWS Docs: レコードを使用する](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/rrsets-working-with.html)
【参考】：[AWS Docs: ルーティングポリシーの選択](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/routing-policy.html)

### リソースの正常性のチェック

*リソースの正常性のチェックは、Amazon Route 53のヘルスチェック機能を用います。*ウェブサーバやアプリケーションなど指定したリソースの正常性を確認します。IPアドレスやドメイン名を指定し、特定のエンドポイントのリクエストの到達を監視することができます。

使用するには、AWSマネジメントコンソールの Amazon Route 53から「ヘルスチェック」を選択し、「ステータス」を確認します。ヘルスチェックと連動して、他のサービスへの通知やDNSフェイルオーバーを設定することもできます。

【参考】：[AWS Docs: Amazon Route 53 がリソースの正常性をチェックする方法](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/welcome-health-checks.html)
【参考】：[AWS Docs: Amazon Route 53 ヘルスチェックの作成と DNS フェイルオーバーの設定](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/dns-failover.html)
【参考】：[AWS Docs: ヘルスチェックのステータス監視と通知の受信](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/health-checks-monitor-view-status.html)
【参考】：[AWS Docs: DNS フェイルオーバーの設定](https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/dns-failover-configuring.html)

## Amazon Route 53は重要なサービスです

Amazon Route 53は、DNSやトラフィックルーティングをAWS上で行うサービスです。DNSはドメインの登録から管理に対応しており、トラフィックルーティングもサービス提供に役立ちます。**そのためAWSでトラフィック管理を進める場合も、このサービスを理解しておくと良いでしょう。**

Amazon Route 53とは、AWSが提供するDNSのウェブサービスです。トラフィックルーティングや、正常性チェックなどの付加サービスを備えています。ここでは、Amazon Route 53の概要や特長、使い方など全般を解説していきます。

Amazon Route 53は、DNSのウェブサービスとして利用します

付加機能としてトラフィックルーティングや正常性チェックなども提供されます

ベースとなるDNSの知識が必要ですが、簡単にドメインを取得し利用することができます

AWSのAmazon Route 53とは？概要や特長・使い方をわかりやすく解説

**AWS Redshiftは、クラウドサービスで知られるAWSが提供するデータウェアハウスサービスです。**データウェアとはわかりやすく言えば、「データの倉庫」であり、さまざまなデータベースを保存したものです。

この記事では、AWS Redshiftの概要やメリット、料金などについて解説します。エンジニアで勉強中の方、データベース構築でAWSの利用を検討している方はぜひ参考にしてください。

まずはAWS Redshiftの紹介を行う前に、データベースとデータウェアハウスの違いについて確認しておきましょう。

【参考】：[Amazon Redshift とは｜Amazon Redshift](https://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/welcome.html)

*データベースは、特定のトピックや特定の用途に特化し、構造化した情報やデータの集合体です。*通常、データベースはDBMS（データベース管理システム）で制御します。データベースは高速なクエリとトランザクション処理用に設計されており、CRUD操作（Create、Read、Update、Delete）に優れています。

データベースとは？今更聞けないその内容をITエンジニアとして改めて学ぶ

データベースの種類とは？エンジニアが今さら聞けない基本知識を徹底解説！

*データウェアハウスとは「Data Ware House」DWHとも表記し、「データの倉庫」と訳されます。*以下に、データウェアハウスとデータベースの違いを詳しく説明します。

*■ 分析のしやすさ*
データウェアハウスは分析に最適化されています。システム横断的な分析を可能にし、意思決定に役立つ判断材料をデータの中から見つけることができます。

*■ データの保存容量*
通常のデータベースでは容量の限界に達すると、集計したサマリデータの形で保管しますが、データウェアハウスはストレージ容量が多く、長期にわたるデータの分析が可能です。

*■ システム横断型分析の有用性*
データウェアハウスは複数のシステムのデータを組み合わせて分析できるため、意思決定支援に向いています。例えば、POSシステムのデータ分析や顧客動向の分析などに活用できます。

データレイクとデータウェアハウスの違いとは？用途や注意点などを解説！

AWS Redshiftのサービス名は「Amazon Redshift」で、レッドシフトと読みます。RedshiftはAWSのクラウド上で、*あらゆるデータを構造化して蓄積し、高速に分析処理できるデータウェアハウス専用のデータベースサービスです。*

Amazon Redshiftは、データ活用基盤を構築する際の非常に強力なツールとなり、企業のDX（デジタルトランスフォーメーション）を加速させることができます。これから、AWS Redshiftの特徴を見ていきましょう。特徴を知ることで使いどころが見えてくるでしょう。

【参考】：[Amazon Redshift の機能｜AWS](https://aws.amazon.com/jp/redshift/features/)

DXでの活用が進むAWSの特徴は？AWSのクラウド事例を解説！

### 高速でデータ分析処理が可能

**AWS Redshiftは「MPP」（超並列処理アーキテクチャ）を採用しており、複数のノードでSQLクエリを分散処理できます。**またデータは列で管理されており圧縮率が高いことも高速で処理できる理由です。さらにノードの追加が簡単に行えるため、データ量が膨大になっても迅速なレスポンスが得られます。

SQLの入門編：初心者から経験者まで役立つSQL情報を掲載！

AWS Redshiftでは一般的なメンテナンスタスクの自動化が可能なため、**開発に専念でき、エンジニアは運用負荷を軽減することができます。**

AWS Redshiftはクラウドベースのサービスのため初期投資が不要であり、データ量の増加などに対応して、必要なときに必要なリソースを追加できます。そのため、**無駄な投資が発生せず、高いコスト効率を維持することができます。**

AWS RedshiftはAWS S3データレイク、AWS Aurora、AWS RDSなど、**他のAWSサービスと連携しやすく、効率的なデータ分析が可能です。**

【参考】：[AWS でのデータレイク｜AWS](https://aws.amazon.com/jp/solutions/implementations/data-lake-solution/)
【参考】：[Amazon Aurora（高性能マネージドリレーショナルデータベース）｜AWS](https://aws.amazon.com/jp/rds/aurora/)
【参考】：[Amazon Relational Database Service｜AWS](https://aws.amazon.com/jp/rds/)

AWSのサービスであるAmazon S3とは？その特徴と利用方法を解説！

AWSが提供するAmazon Auroraとは？概要や他との違いを解説

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

AWS Redshiftの特徴は分かりましたが、利用することによってどのようなメリットがあるのでしょうか？また、デメリットがある場合、何に気を付ければいいのかも気になります。

AWS Redshiftのメリットとしては、以下のように手間いらずで、**早ければ5分から10分程度でデプロイができる点にあります。**ここでは5つの主なメリットについて見ていきましょう。

*1.MPP（超並列処理）によるデータ分析処理の高速化*
AWS Redshiftは「MPP」を採用しており、複数のノードでSQLクエリを並列処理できます。データ量が膨大な場合でも迅速なレスポンスを得ることができます。

*2.列指向ストレージによるディスクアクセスの効率化*
データは列ごとに格納され、データの処理も列ごとにまとめて行います。高速なデータ読み取りが可能です。

*3.列の特性に応じた効率的なデータ圧縮*
AWS Redshiftは列ごとに異なる圧縮アルゴリズムを適用できます。データのストレージ効率を向上させます。

*4.データ分散化や結果のキャッシュによる効率向上*
クエリ結果をキャッシュすることで、同じクエリの再実行を高速化します。データ分散により負荷を均等に分散させます。

*5. さまざまなAWSサービスとの連携*
AWS Redshiftは他のAWSのデータベースサービスと連携しやすく、効率的なデータ分析が可能です。

一方で、AWS Redshiftには以下のようなデメリットもあります。**メリットとデメリットを理解した上で最適な方法を採用しましょう。**

*1.導入コスト*
AWS Redshiftの導入には初期コストがかかります。特に小規模利用の場合には、必ずしも他のサービスと比較して経済的ではないこともありますので、見積もりをしっかり行ってからプランを選択するとよいでしょう。

*2.スケーリングの制限*
AWS Redshiftはノードを追加することでスケーリングはできますが、それは一時的なものであり、リサイズにはダウンタイムが発生します。

*3.データ更新の遅延*
AWS Redshiftはデータ分析に特化しているため、データ更新の処理速度は遅くなることがあります。リアルタイムなデータ更新が必要な場合には、他のデータベースサービスを検討する必要があります。

*4.クエリの最適化が必要*
大規模なデータセットを扱う場合、クエリの最適化が重要です。また適切なインデックスやパーティショニングを設定する必要があります。

AWS Redshiftは低コストが特徴のデータウェアハウスです。*料金は「クラスタの利用料金」と「データの転送料金」の2つで成り立っています。*

またAWS Redshift自体には無料利用枠はありませんが、新規ユーザ特典の「AWS Free Tier」を利用すると、AWS S3やEC2などが無料で利用できますので、全体コストを抑制できます。

【参考】：[料金 - Amazon Redshift | AWS](https://aws.amazon.com/jp/redshift/pricing/)

Redshiftのクラスタ利用料金は、**オンデマンド、リザーブドインスタンスとAWS Redshift Serverlessから成り立っています。**それぞれについて解説します。

*■ オンデマンド*
クラスターの利用時間に対して支払う料金です。クラスターの作成、削除、停止、再開などのステータス変更に応じて、1時間未満の時間は秒単位で請求されます。ノードの数が増加すると料金もアップしますが、初期費用は無料です。

*■ リザーブドインスタンス*
「スタンダード1年間」または「スタンダード3年間」の2つのコースがあります。初期費用なしで、安定した利用したい場合にリザーブドインスタンスを選択できます。オンデマンド料金よりは割引が大きくなります。

*■ AWS Redshift Serverless*
インフラを意識せずに利用できるサービスです。ワークロードの需要により自動的にスケールアップ/ダウンし、未使用時はシャットダウンされるため、性能とコストを最適化できます。料金は使用した容量に対して課金されます。

ただし、Redshift Serverlessを使ってみた履歴がないアカウントは、無料トライアルの対象となり、300USDのクレジットが付与されます。

【参考】：[Amazon Redshift Serverless とは｜Amazon Redshift](https://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/serverless-whatis.html)
【参考】：[無料利用枠 - Amazon Redshift｜AWS](https://aws.amazon.com/jp/redshift/free-trial/)

AWSの無料利用枠とは？利用方法と対象AWSサービスを解説！

## AWS Redshiftを活用してDXの推進を

ここまで、AWS Redshiftの概要や特徴、メリット・デメリット、料金などについて解説しました。**AWS  Redshiftは、データ活用基盤を構築する際の大変強力なツールであり、企業のデジタルトランスフォーメーションの実現に役立ちます。**

投資が不要で、簡単にデータウェアハウスの構築が行えます。AWSのアカウント登録するだけで無料利用枠を使って試すこともできるので、データベースエンジニアやデータサイエンティストなどを目指す方、AWSの活用を検討している方はぜひチャレンジしてください。

データサイエンティストに役立つ資格13選！取得のメリットや難易度は？

AWS Redshiftは、AWSのクラウド上であらゆるデータを構造化して蓄積し、高速に分析処理できるデータウェアハウス専用のデータベースサービスです。本記事では概要やメリット、料金などを解説します。AWSでデータウェアハウスを構築したい方は参考にしてください。

AWS Redshiftとはデータを構造化し、高速分析処理ができるデータウェアハウス専用サービス

AWS Redshiftは「MPP」を採用しており、複数のノードでSQLクエリを並列処理する

AWS Redshift Serverlessはインフラを気にせず利用でき、初回は無料利用も可能

AWS Redshiftとは？概要やメリット、料金などをわかりやすく解説

AWSが提供するAmazon SQSは「Amazon Simple Queue Service」の略称で、メッセージキューサービスです。ソフトウェアコンポーネント間で任意の量のメッセージを送信、保存、受信することができ、メッセージを失ったり他のサービスを利用したりする必要がありません。

*この記事では、Amazon SQSの概要や特徴、使いどころや使い方、メリットなどについてわかりやすく解説します。*

【参考】：[Amazon SQS（サーバレスアプリのためのメッセージキューサービス）| AWS](https://aws.amazon.com/jp/sqs/)

### メッセージキューサービスとは

Amazon SQSの概要を解説する前に、メッセージキューイングについて確認しておきましょう。

**メッセージキューイング（MQ）は、異なるソフトウェア間でデータを送受信する手法の1つです。**直接データを渡すのではなく、一旦第3者のソフトウェアに預けることで、送信側も受信側も好きなタイミングで送受信処理を行えるようにする方式です。

通常、実行中のプログラム間でのデータの受け渡しは、データの送受信のタイミングを合わせて同時に行う必要がありますが、メッセージキューイングでは担当ソフトウェアが「メッセージキュー」と呼ばれるデータ保管領域を管理し、送信側と受信側は好きなタイミングでキューに接続して一気にメッセージ交換を行えます。

メッセージキューイングは、システム間の非同期化や分散アプリケーションの通信に利用され、大規模なものやネットワーク対応のものは専用のソフトウェアを導入することが一般的です。

よく知られたミドルウェアとして、Windows OSに標準搭載されたMSMQ（Microsoft Message Queue Server）やIBM MQなどがあります。

【参考】：[メッセージ キュー サービスアーキテクチャの概要 - Win32 apps | Microsoft Learn](https://learn.microsoft.com/ja-jp/windows/win32/rpc/overview-of-message-queuing-services-architecture)
【参考】：[IBM MQ | IBM](https://www.ibm.com/jp-ja/products/mq)

Amazon SQSは、アプリケーション間でメッセージをやり取りする仕組みを提供するフルマネージドなメッセージキューイングサービスです。メッセージは一時的にキューと呼ばれる場所に格納され、アプリケーションはメッセージの送受信を簡単に行えます。

以下はAmazon SQSの主な特徴です。

AWSはサーバやネットワーク機器の管理、OSやミドルウェアの設定、監視設定、障害時の復旧対応など、システム管理業務を一括して行うフルマネージドなサービスです。そこから提供されているAmazon SQSは、**キューの作成から管理、スケーリングなどを自動的に行ってくれます。**

AWSとは？メリットや何がすごいのか、初心者にもわかりやすく解説

キューイングに関してエンジニアがタッチする必要はありません。負荷の増大や急増、メンテナンスなどはすべてAmazon SQSが解決してくれるため、**エンジニアは開発やサービスの充実に専念できます。**

Amazon SQSでは、**SSE（サーバサイド暗号化）とKMS（Key Management Service）による暗号化がサポートされており、アプリケーション間での機密情報の交換を行えます。**

KMSの利用により、AWS Cloud Trail（証跡管理の仕組み）にAPIの呼び出しが記録され、監査部門などのコンプライアンス要件を満たすことが可能です。

Amazon SQSは以下のように、2つの主要なタイプをサポートしています。Amazon SQSを効果的に活用するためには、適切なキューの種類を選択し、可視性タイムアウトを適切に設定するなどして、ベストプラクティスを守ることが重要です。

*1.Standard Queue（標準キュー）*
標準キューは、ほぼ無制限の数のAPI呼び出しをサポートします。メッセージは少なくとも1度は配信されますが、場合によっては複数回配信されることもあります。配信はベストエフォート方式で、 時にはメッセージは送信された順序とは異なる順序で配信されることがあります。

用途としては、スループットが重要な場合に使用します。例えば、ユーザのリクエストとバックグラウンドの処理を分離したり、複数のワーカーノードにタスクを割り当てたりする際に適しています。

*2. First-In-First-Out Queue（FIFOキュー）*
バッチ処理を使用する場合、FIFOキューはAPIメソッドごとに最大3,000メッセージ/秒をサポートします。バッチ処理を使用しない場合、FIFOキューはAPIメソッドごとに最大300メッセージ/秒をサポートします。

メッセージは1度だけ配信され、ユーザが処理して削除するまで利用可能です。重複はキューに導入されません。メッセージは先入れ先出しで、送信と受信の順序が厳密に保持されます。

用途としては、イベントの順序が重要な場合に使用します。例えば、ユーザが入力したコマンドを正しい順序で実行したり、価格変更を正しい順序で表示したりする際に適しています。

AWSにはSNSのサービスがあります。SQSと混同しないためにも、簡潔に違いを解説します。**SQSはデータのキューイングサービスですが、SNSはメッセージングサービスであり、ユーザに対するプッシュ型の通知機能です。**

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

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

Amazon Simple Queue Service（SQS）の利用料金について簡単にまとめてみました。詳細は公式サイトで確認してください。

【参考】：[Amazon SQS の料金｜AWS](https://aws.amazon.com/jp/sqs/pricing/)

*1.無料利用枠*
毎月100万件までのAmazon SQSリクエストは無料です。100万件を超えると、標準キューは100件当たり、USD 0.40課金され、FIFOキューではUSD 0.50となります。

*2.リクエストの料金*
リクエストの月額料金は以下のとおりです。

・1件のリクエストには 1〜10個のメッセージを含めることができ、合計で最大256KBのペイロードを持つことができます。
・ペイロードは64KBごとにまとめて1件のリクエストとして請求されます。例えば、256KBペイロードのAPIアクションは、4件のリクエストとして請求されます。

*3.データ転送の料金*
受信と送信のデータ転送に基づいて料金が発生します。同一リージョン内の Amazon SQSと Amazon EC2またはAmazon SQSとAWS Lambda間のデータ転送は無料ですが、異なるリージョン間のデータ転送は、インターネットデータ転送料金が発生します。

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

AWS SQSの特徴を理解したところで、利用するメリットとデメリットについて見てみましょう。

SQSの主な利用メリットとしては、以下の3点が挙げられます。1つずつ見ていきましょう。

*1.スケーラビリティと信頼性*
SQSはフルマネージドサービスで、キューの作成から管理、スケーリングまで自動的に行ってくれます。このメッセージキューを使用することで、アプリケーションのスケーリングと可用性を向上させることができます。

*2.セキュリティ確保*
メッセージの送信者と受信者を制御することができ、またメッセージの内容を暗号化することで、データの保護が可能です。

*3.ベストプラクティスの活用*
デッドレターキュー、ロングポーリング、バッチ処理、メッセージ属性、メッセージフィルタリングなどの機能を活用できるため、ベストプラクティスの活用と維持が可能になります。

また、SQSにLambda関数トリガーを設定することで、自動スケーリングやイベント駆動、アイドル状態のコストカットなどを実現できます。

【参考】：[AWS Lambda 関数をトリガーするためのキューの設定 ｜Amazon SQS](https://docs.aws.amazon.com/ja_jp/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-configure-lambda-function-trigger.html)

Amazon SQSには利用方法によってはデメリットとなるケースがあります。以下に記載した、**デメリットについて理解した上でSQSを活用することをおすすめします。**

*1.順序の保証が難しい*
標準キューを使用する場合は、メッセージの順序の保証がありません。Jitter（信号波形の揺らぎ）が許容できない場合にはFIFOキューを使用する必要があります。

*2.細かいリトライポリシーの制御が難しい*
Amazon SQSは自動的にリトライを行いますが、可視性タイムアウトの設定を細かく行わないと、処理遅延やメッセージの重複などが生じるため、リトライポリシーの適切な設定が必要になります。

*3.オーダリングが必要な場合は注意が必要*
オーダリング（受発注）処理などで、メッセージの順序が重要な場合にはFIFOキューを選択する必要があります。標準キューでは、処理順の保証がないため、後から来たオーダリングが先に処理される可能性があります。パフォーマンス重視か、順番を重視するかの判断を適切に行いましょう。

*Amazon SQSは分散システム、マイクロサービス、サーバレスアプリケーションのデカップリング※とスケーリングを容易にするために設計されています。*

以下はAmazon SQSの主な利用シナリオです。実際に利用する際には利用シナリオを明確にしてから利用しましょう。

※デカップリングとは疎結合とも訳される、アプリケーションの独立性を保ちながら、連携を図る技法のことです。

AWSの記事（3ページ目）