はじめに

今回は、AWSのルーティング種別である地理的近接性ルーティングポリシーと位置情報ルーティングポリシーの違いを深堀して行きます！どちらも名前からして紛らわしいのですよね？ということで、そのもやもやをここで解消していきます！

p.s.マントルまで、深堀していきましょう！
いや、言うとる場合か！（笑）…..

【ここで扱うトピック】

1. 地理的近接性ルーティングポリシーの大枠
2. 位置情報ルーティングポリシーの大枠
3. 地理的近接性ルーティングポリシーのユースケース
4. 位置情報ルーティングポリシーのユースケース

地理的近接性ルーティングポリシーの大枠

地理的近接性ルーティングポリシーは、ユーザーのリクエストを最も近いAWSリージョンにルーティングします。例えば、ユーザーが東京からリクエストを送ると、東京に最も近いリージョン（例えば、アジアパシフィック（東京）リージョン）にルーティングされます。

例：

1. 東京のユーザー → 東京リージョンのサーバー
2. ニューヨークのユーザー → 北バージニアリージョンのサーバー

ポイント：

• リクエストを送るユーザーの物理的な位置に基づいて、最も近いサーバーにリクエストをルーティングする。
• レイテンシー（遅延）を最小限にするために使用される。

トニーくん

なるほど..要するに物理的な位置に基づいてルーティングしてくれる。それが地理的近接性ルーティングポリシー。メモメモ💦

位置情報ルーティングポリシーの大枠

位置情報ルーティングポリシーは、ユーザーのリクエストを特定の地域に基づいてルーティングします。これは、ユーザーのIPアドレスに基づいて、そのユーザーがどの国や地域からリクエストを送っているかを判断し、その地域専用のサーバーにリクエストをルーティングします。

例：

1. 日本のユーザー → 日本専用のサーバー
2. アメリカのユーザー → アメリカ専用のサーバー

ポイント：

• 特定の国や地域からのトラフィックを特定のサーバーにルーティングする。
• 例えば、法規制やデータ管理の観点から、特定の地域のユーザーを特定のサーバーにルーティングしたい場合に使用される。

トニーくん

なるほど..要するにIPアドレスが所属する国にルーティングする。それが位置情報ルーティングポリシー。メモメモ💦

トニーくん

というか、位置情報ルーティングって必要あるの？普通に考えて、国内からリクエストを送って、わざわざ国外のリージョンにルーティングされるなんてことないでしょう。

＊『位置情報ルーティングの必要性がいまいちピンとこない!』という方はこちらのユースケースでイメージを深めていきましょう↓

それぞれのユースケースは？

ここでは、地理的近接性ルーティングポリシーと位置情報ルーティングポリシーのユースケースからそれぞれの必要性などを理解していきましょう！

地理的近接性ルーティングポリシーのユースケース

1. グローバルなWebサービスの高速化

• ユースケース: グローバルに展開しているWebサービスで、ユーザーがどこにいてもできるだけ遅延を少なくしたい場合。
• 特徴: 地理的近接性ルーティングポリシーを使えば、ユーザーの物理的な位置に最も近いリージョンにリクエストをルーティングでき、ページロード時間を短縮できます。例えば、アメリカ西海岸のユーザーは北カリフォルニアリージョンにルーティングされます。

2. 災害復旧と耐障害性

• ユースケース: 複数のリージョンにバックアップを配置し、災害時に最も近いリージョンにユーザーをリダイレクトする場合。
• 特徴: 地理的近接性ルーティングポリシーを利用することで、システム障害が発生しても、ユーザーは自動的に他の最も近いリージョンにリダイレクトされ、サービスの継続性が保たれます。

3. 動的な負荷分散

• ユースケース: 複数のリージョンに同じサービスを提供しており、各リージョンの負荷状況によって動的にルーティングを変更したい場合。
• 特徴: 地理的近接性ルーティングポリシーを使って、ユーザーの近くにあるリージョンを基本にしつつ、特定のリージョンが高負荷の場合には他の近いリージョンにリダイレクトすることも可能です。

トニーくん

なるほど…地理的近接性ルーティングポリシーはアクセス制限に重点を置くのではなく、パフォーマンス（スピード、可用性etc）に重点をおいたルーティング方式ってことなんだね！

位置情報ルーティングポリシーのユースケース

1. 法規制に従ったデータ処理

• ユースケース: ある国の法律で、国内のユーザーからのデータは国内のサーバーで処理される必要がある場合。
• 特徴: 位置情報ルーティングポリシーを使えば、ユーザーのIPアドレスに基づいて、その国のAWSリージョンにリクエストをルーティングできます。例えば、ヨーロッパのGDPR規制に従う場合、ヨーロッパからのリクエストはEU内のリージョンにルーティングされます。

2. 地域ごとのカスタマイズサービス

• ユースケース: 多国籍企業が国ごとに異なるコンテンツやサービスを提供する場合。
• 特徴: 位置情報ルーティングポリシーを使って、各国のユーザーにその国専用のコンテンツを提供できます。例えば、日本のユーザーには日本語のコンテンツを、日本のリージョンから提供することで、ユーザー体験を最適化します。

3. 政府向けの特別なサーバー

• ユースケース: 政府が利用する特別なサーバーがあり、そのサーバーへのアクセスを国内ユーザーだけに限定したい場合。
• 特徴: 位置情報ルーティングポリシーを使い、国内ユーザーのリクエストだけが特定の政府用サーバーにルーティングされるように設定できます。

トニーくん

なるほど…位置情報ルーティングポリシーはパフォーマンス（スピード）よりもユーザに適したサービスを提供することや法律などの簡単からのアクセス制限に重点をおいたルーティング方式ってことなんだね！

まとめ

要するに…

地理的近接性ルーティングポリシーは、ユーザーの物理的な位置に基づいて最も近いリージョンにトラフィックをルーティングし、低遅延や高パフォーマンスを実現することを目的としています。

これに対して、位置情報ルーティングポリシーは、ユーザーのIPアドレスを基にそのユーザーが属する国や地域を特定し、その地域の法的要件やサービスの適合性に応じて適切なリージョンやサーバーにルーティングすることを目的としています。このため、位置情報ルーティングポリシーはパフォーマンスよりも地域ごとのコンプライアンスやローカライズされたサービス提供を重視しています。

おわりに

本日はここまでです。今日は位置情報ルーティングと地理的近接性ルーティングの違いをマスターしました！

全体を一気にまとめてやろうとするより、今回みたいに一つに絞って１つずつ着実に勉強していく方が頭に残りやすいです。

何事も継続は力なりですから、焦らず一歩ずつ着実に進んでいきましょう！それを続けていけば気づいた時には、ものすごいスペシャリストになっているはずです！では、さらばじゃ！

はじめに

勉強をする上で、全体を一気にまとめて勉強するより、１つに絞った方が記憶に残りやすいです。

ということで、今回は、AWS分野であるAWS Data Pipelineについて深堀していきましょう！ひとつづつ着実に得意分野を増やしていくことが、結果的に大きな成長になります！では、やっていきましょう！

これがDataPiplineの大枠だ！

AWS Data Pipelineは、異なるAWSサービスやオンプレミスのデータソース間でのデータの移動と変換を効率的に行うことができるマネージドサービスです。

1. パイプラインの基本要素

• データノード (Data Nodes): これらは、パイプライン（全体の流れを示すもの）で使用されるデータの場所や形式を定義します。例えば、Amazon S3バケット、DynamoDBテーブル、またはRDSデータベースなどがデータノードになります。
• アクティビティ (Activity): これらは、データに対して行われる処理やタスクを定義します。例えば、S3からデータをコピーする、EMRクラスターでデータを処理する、あるいはShellCommandActivityを使ってスクリプトを実行するなどです。
• スケジューリング (Scheduling): Data Pipelineでは、スケジュールを詳細に設定することが可能です。たとえば、1日1回実行する、特定の条件が満たされたときに実行するなどが設定できます。
• デペンデンシー (Dependencies): 複数のアクティビティを順序立てて実行する場合に、依存関係を設定します。これにより、あるアクティビティが完了してから次のアクティビティが実行されるようにできます。

2. 高可用性とエラーハンドリング

AWS Data Pipelineは、タスクの失敗に対する再試行やアラートの設定もサポートしています。例えば、あるアクティビティが失敗した場合、指定された回数だけ再試行し、それでも失敗した場合はSNS通知を送るように設定できます。これにより、データ処理の信頼性を高めることができます。

3. コストと運用管理

Data Pipelineは、管理が簡単であり、利用した時間やリソースに応じた課金モデルを採用しています。従って、効率的に設定を行うことで、運用コストを最小限に抑えることが可能です。また、IAMロールを使用してセキュアにリソースへのアクセス権限を管理することができます。

＊『これだけではイメージが湧かない！』と感じた方はこちらのユースケースをどうぞ→

DataPiplineのユースケース

AWS Data Pipelineの具体的な使い方とユースケースをいくつか紹介します。これにより、どのようにこのサービスが活用できるのかをより深く理解できると思います。

1. 定期的なデータバックアップ

ユースケース: 毎日、業務データをバックアップしたい場合。

使い方:

• Data Pipelineを使って、RDS（Relational Database Service）やDynamoDBからデータを定期的にS3バケットにエクスポート（移動）するパイプラインを作成します。
• スケジュールを毎日夜間に設定し、自動的にバックアップが行われるようにします。

メリット: 手動でバックアップを取る手間を省き、データの喪失リスクを軽減できます。

2. データの変換と処理

ユースケース: 生のデータをETL（Extract, Transform, Load）処理で分析可能な形に変換する。

使い方:

• Data Pipelineで、Amazon S3に保存されている未加工のログデータをAmazon EMR（Elastic MapReduce）クラスターに渡し、Hadoopを使ってデータを変換します。
• 変換されたデータは再びS3に保存され、分析やレポート作成に利用されます。

メリット: 大規模なデータセットの処理を自動化し、効率的にデータを整形できます。

3. データ集約とレポート生成

ユースケース: 複数のデータソースからデータを集約して、日次レポートを生成する。

使い方:

• 複数のデータベースやS3バケットからデータを取得し、それを集約して集計を行います。
• Data Pipelineを使って、この処理を毎日自動で行い、最終結果をS3バケットに保存します。
• 保存されたデータはRedshiftやQuickSightなどを使って、ビジネスインテリジェンスレポートとして表示します。

メリット: 日次の集計作業を自動化することで、手動での作業を省き、データ分析に集中できます。

4. データ移行

ユースケース: オンプレミスのデータベースからAWS環境へデータを移行したい場合。

使い方:

• Data Pipelineを使って、オンプレミスのデータベースからデータを抽出し、Amazon RDSやS3に移行します。
• オンプレミスの環境でカスタムスクリプトを実行するアクティビティを含めることもできます。

メリット: データ移行を段階的に実行し、自動化することで、移行プロセスの信頼性と効率を向上させます。

5. アーカイブとガバナンス

ユースケース: 古いデータを定期的にアーカイブし、保存期間を管理する。ーー

使い方:

• Data Pipelineを使って、一定期間以上経過したデータをS3 Glacierに自動で移動し、コスト効率の高いストレージにアーカイブします。
• また、指定されたルールに基づきデータの削除も設定可能です。

メリット: データガバナンスを簡単に管理し、ストレージコストを削減できます。

まとめ

要するに…

AWS Data Pipelineは、データの転送や処理を自動化するマネージドサービスです。このサービスは、詳細な設定が可能であり、たとえばエラー発生時のアラート機能や再試行機能を利用して、信頼性の高いデータ処理を実現します。特に、定期的な処理に適しており、自動化によって効率が向上するバッチ処理などに最適です。これがAWS Data Pipelineです。

おわりに

本日はここまでです。今日はAWS Data Pipelineをマスターしました！

全体を一気にまとめてやろうとするより、今回みたいに一つに絞って１つずつ着実に勉強していく方が頭に残りやすいです。

何事も継続は力なりですから、焦らず一歩ずつ着実に進んでいきましょう！それを続けていけば気づいた時には、ものすごいスペシャリストになっているはずです！では、さらばじゃ！

はじめに

今回は、AWSの『○○ゲートウェイ』の１つ、VPC Gatewayを深堀して行きます！AWSには、この『○○ゲートウェイ』という用語が沢山あって、とてもややこしいです。ということで、今回はこの『○○ゲートウェイ』の１つ、VPC Gatewayを3分で頭に入れていきましょう！

p.s.マントルまで、深堀していきましょう！
いや、言うとる場合か！（笑）…..

【ここで扱う疑問】

1. Amazon VPC Gatewayの大枠は？
2. Internet Gateway (IGW)？
3. NAT Gateway？
4. NAT Instance？
5. Virtual Private Gateway (VGW)？
6. Transit Gateway？
7. なぜ、プライベートとインターネットは隔絶するの？
8. プライベートサブネット→インターネットアクセスの方法は？

Amazon VPC Gatewayの大枠　　1/5

Amazon Virtual Private Cloud (=VPC)は、AWSのクラウド内に仮想的なプライベートネットワークを構築できるサービスです。

VPC Gatewayは、そのネットワーク内で異なるネットワークやサービスと接続するためのポイントです。

主要なVPC Gatewayの種類

Internet Gateway (IGW):

• 役割: VPCのリソース（例: EC2インスタンス）がインターネットにアクセスできるようにする。
• 特徴:
  • 双方向通信をサポート。
  • NAT（Network Address Translation）機能を持つ。
  • VPCにアタッチすることで、VPC内のリソースがインターネットと通信可能になる。

NAT Gateway:

• 役割: VPC内のプライベートサブネットのリソースがインターネットにアクセスするために使用される。プライベートサブネット内のリソースは直接インターネットからはアクセスできませんが、NAT Gatewayを使うことでインターネットへのアウトバウンド通信が可能になります。

＊『プライベートサブネットからインターネットへの接続は絶対にできないの？』という疑問があればこちら→

• 特徴:
  • 自動スケーリング機能があり、高い可用性を提供。
  • 高可用性と耐障害性を持つ。
  • 管理が簡単で、AWSが提供するため、自己管理の負担が少ない。

NAT Instance:

• 役割: NAT Gatewayと似た機能を提供するが、EC2インスタンスとして運用される。プライベートサブネットのインスタンスがインターネットにアクセスする際に使用する。
• 特徴:
  • 自分で設定や管理を行う必要がある。
  • 高可用性を確保するためには、自分でスケーリングや冗長化の設定が必要。

Virtual Private Gateway (VGW):

• 役割: VPCとオンプレミスネットワークを接続するためのゲートウェイ。VPN接続を通じて、オンプレミスのデータセンターとAWSのVPCを安全に接続する。
• 特徴:
  • IPsec VPNトンネルを使用して暗号化された接続を提供。
  • ハイブリッドクラウドシナリオに役立つ。

Transit Gateway:

• 役割: 複数のVPCやVPN、オンプレミスネットワークを中央で接続する（ハブ）ためのゲートウェイ。
• 特徴:
  • 複数のVPCを簡単に接続でき、ネットワークのトポロジーが簡素化される。
  • スケーラブルで高性能。

なぜ、プライベートとインターネットは隔絶するの？　　2/5

プライベートサブネット内のリソースが直接インターネットからアクセスできない理由は、セキュリティとネットワークの分離のためです。具体的には以下の点が関係しています：

1. セキュリティの強化:
   • プライベートサブネットは、インターネットから直接アクセスできないように設計されています。これにより、外部の攻撃者からの直接アクセスを防ぎ、リソースのセキュリティを強化します。プライベートサブネット内のリソースは、より内部的でセキュアな環境で動作し、インターネット上の脅威から隔離されます。
2. ネットワークの分離:
   • VPC内のネットワークは、公開用（パブリック）と内部用（プライベート）に分かれていることが一般的です。プライベートサブネットは、インターネットに接続されていないため、外部のネットワークから直接的な通信ができません。これにより、プライベートサブネットのリソースは、他のプライベートサブネットやパブリックサブネットを介して間接的にインターネットと通信します。

プライベートサブネット→インターネットアクセスの方法は？　　3/5

プライベートサブネット内のリソースがインターネットにアクセスするためには、以下のような仕組みが使われます：

1. NAT GatewayまたはNAT Instance:
   • プライベートサブネット内のリソースがインターネットに接続するためには、NAT GatewayやNAT Instanceを利用します。これらの機能は、プライベートサブネット内のインスタンスからのアウトバウンド通信をインターネットにルーティングし、レスポンスを戻す役割を果たします。NAT GatewayやNAT Instanceはパブリックサブネットに配置され、インターネットにアクセスできるように設定されます。
2. ルートテーブル:
   • プライベートサブネット内のリソースがインターネットと通信できるようにするためには、プライベートサブネットのルートテーブルに、NAT GatewayやNAT Instanceを経由するためのルートを設定します。このルートにより、プライベートサブネット内のトラフィックがNAT GatewayやNAT Instanceを通じてインターネットにルーティングされます。

まとめ　4/5

要するに…

Amazon VPC GatewayっていうのはVPC内から何かほかのサービスを利用するときの接続を担ってくれるもの。具体的にはインターネットと接続したいときはインターネットゲートウェイ、オンプレと安全に接続したいときはVGW、複数のVPCと接続を取りたいときはTransitGateway、プライベートサブネットからインターネットに接続したいときはNATGateway。このように、VPCゲートウェイには様々なゲートウェイがサポートされているため、より便利にVPCと他サービスと接続できるようになる。

おわりに　5/5

本日はここまでです。今日はVPC GatewayをStudy＆マスターしてきました！

一つ一つ、疑問を解消していくとなんだか知識が深まった気がしますよね？…..え？そんなことない？いやいや、気づいていないだけでしっかりと身についていますよ！

何事も継続は力なりですから。焦らず一歩ずつ着実に進んでいきましょう！では、さらばじゃ！

【AWS/ストレージゲートウェイ編】ややこしい！『○○ゲートウェイ』を３分で！【新感覚解説】

今回は、AWSにおける『○○ゲートウェイ』の一つである、ストレージゲートウェイをやっていきます。マウントされたってなに？アクセス制限はかけられるの？ブロックレベル？そもそもブロックってなに？仮想的なストレージボリューム？仮想テープライブリ？などの誰しもが思う基礎の疑問を解消していきながら、気づいたらストレージゲートウェイの知識が深まっているという構成になっています。では、はじまりはじまり！

ascend-beyond.com

2024.08.08

【AWS/APIゲートウェイ編】ややこしい！『○○ゲートウェイ』を３分で理解！【新感覚解説】

今回は、AWSにおける『○○ゲートウェイ』の一つである、APIゲートウェイをやっていきます。ゲートウェイってなんだけ？APIってなんだけ？エンドポイントってなんだけ？APIエンドポイントってなんだけ？などの誰しもが思う基礎の疑問を解消していきながら、気づいたらAPIゲートウェイの知識が深まっているという構成になっています。では、はじまりはじまり！

ascend-beyond.com

2024.08.04

はじめに

今回は、AWSの『○○ゲートウェイ』の１つであるAWS Storage GatewayをStudy＆マスターして行きます！AWSには、この『○○ゲートウェイ』という用語が沢山あって、とてもややこしいです。ということで、今回はこの『○○ゲートウェイ』の１つ、AWS Storage Gatewayを3分で頭に入れていきましょう！

【AWS/APIゲートウェイ編】ややこしい！『○○ゲートウェイ』を３分で理解！【新感覚解説】

今回は、AWSにおける『○○ゲートウェイ』の一つである、APIゲートウェイをやっていきます。ゲートウェイってなんだけ？APIってなんだけ？エンドポイントってなんだけ？APIエンドポイントってなんだけ？などの誰しもが思う基礎の疑問を解消していきながら、気づいたらAPIゲートウェイの知識が深まっているという構成になっています。では、はじまりはじまり！

ascend-beyond.com

2024.08.04

【ここで扱う疑問】

1. AWS Storage Gatewayってなに？
2. マウントされたってなに？
3. アクセス制限はかけられるの？
4. ブロックレベルってなに？そもそもブロック？
5. 仮想的なストレージボリュームってなに？
6. 仮想テープライブリってなに？

などの、AWS Storage Gatewayに纏まつわる様々な疑問を解消していきます！

AWS Storage Gatewayってなに？　　1/8

AWS Storage Gatewayは、オンプレミスのデータセンターやオフィス内にあるアプリケーションとAWSクラウドストレージを接続するための仕組みです。これにより、オンプレミスのアプリケーションはAWSの異なるストレージサービスを使用することができます。（例えばAmazon S3やAmazon Glacierなど）

具体的には、AWS Storage Gatewayは以下の主な機能を提供します：

1.ファイルゲートウェイ

: ファイルレベルのアクセスを提供し、オンプレミスのファイルサーバーにマウントされたネットワーク共有をAWS S3バケットに連携させます。これにより、オンプレミスのアプリケーションはAWSのスケーラブルなストレージを透過的に利用できます。

＊『オンプレミスのファイルサーバーにマウントされたネットワーク共有を～ってどういう意味？』って疑問を感じた方は↓へLet’s go!here we go

＊『ファイルゲートウェイとS3の連携において、それぞれのアクセス範囲を制限することってできる？』という不安がある方はこちらへお進みください→

2.ボリュームゲートウェイ

: ブロックレベル のストレージを提供し、オンプレミスのアプリケーションに仮想的なストレージボリュームを提供します。これにより、既存のオンプレミスアプリケーションはAWSのEBS（Elastic Block Store）と連携し、スケーラブルなストレージを利用できます。

＊『ブロックレベルってあるけど、そもそもブロックってなに？って思うし、ブロック以外には何があんの？』っと疑問・探求心が湧きでてきた方はこちらから旅にでんかい。勇者よ。→

＊『仮想的なストレージボリュームってなに？』ってもやもやした人はこちら→

3.テープゲートウェイ

: 仮想テープライブラリ を提供し、オンプレミスのバックアップシステムがAWSの持続的なデータ保護とアーカイブを実現できます。これにより、コスト効率の高い長期的なデータ保持が可能になります。

＊『仮想テープライブラリってなに？』っと、もやっとした勇者はこちら→

マウントされたってなに？　　2/8

先ほど「オンプレミスのファイルサーバーにマウントされたネットワーク共有をAWS S3バケットに連携させます」という文章のイメージがわかなかったという人も少なくないと思います。ということでスッと理解していきましょう！

マウントというのは、簡単に言うと、コンピュータが他のストレージを自分のものとして使えるようにすることです。例えば、USBメモリをパソコンに挿すと、そのUSBメモリの中のファイルがパソコンから見えるようになりますね。これがマウントの一例です。

リンクを飛ぶ前のところ↑に戻る

アクセス制限はかけられるの？　　3/8

結論から言うと、アクセス制限は可能です。では、詳細を見ていきましょう

オンプレからS3へのアクセス制限

1. IAM（Identity and Access Management）ポリシー:
   • AWS IAMを使用して、どのユーザーやロールがS3バケットにアクセスできるかを細かく制御できます。例えば、特定のオンプレミスのユーザーのみが特定のS3バケットにアクセスできるように設定できます。
   • IAMポリシーを使用して、読み取り専用や書き込み専用などの権限を設定することも可能です。
2. バケットポリシー:
   • S3バケット自体に対してポリシーを設定し、どのIPアドレスやAWSアカウントからのアクセスを許可するかを制御できます。
   • バケットポリシーを使用して、特定の操作（例：GET、PUT、DELETE）を許可または拒否することができます。
3. VPCエンドポイントポリシー:
   • S3バケットへのアクセスを特定のVPCからのみ許可するために、VPCエンドポイントを設定し、エンドポイントポリシーでアクセスを制限できます。

S3からオンプレへのアクセス制限

1. ファイルゲートウェイのアクセス制御:
   • ファイルゲートウェイ自体にもアクセス制御を設定できます。例えば、特定のIPアドレスやサブネットからのみファイルゲートウェイにアクセスできるように制限することができます。
   • ファイルゲートウェイの管理コンソールから、共有フォルダに対するアクセス権限を設定できます。これにより、どのオンプレミスのユーザーがどのファイルにアクセスできるかを制御できます。
2. オンプレミスのファイルサーバーのアクセス制御:
   • オンプレミスのファイルサーバー自体にもアクセス制御を設定することが可能です。例えば、WindowsのNTFS権限やLinuxのファイルパーミッションを使用して、ユーザーやグループごとにアクセス権を設定できます。
   • これにより、S3から同期されたデータへのアクセスも制限できます。

リンクを飛ぶ前のところ↑に戻る

ブロックレベルってなに？そもそもブロック？　　4/8

データストレージには主に以下の3つの種類があります。それぞれのデータの扱い方や特性が異なります。

1. ブロックレベルストレージ

• データ単位: ブロック
• 特徴:
  • データは一定サイズの「ブロック」に分割され、ストレージデバイスに保存される。
  • 高パフォーマンス（≒読み書きが高速）でランダムアクセスに適しており、データベースや仮想マシンなどの用途で使用される。
  • ストレージの柔軟性が高く、スケーラブルな環境に対応。
• 例: AWS EBS（Elastic Block Store）、ローカルディスク、SAN（Storage Area Network）など。

2. ファイルレベルストレージ

• データ単位: ファイル
• 特徴:
  • データはファイルとそのメタデータ（例: ファイル名、パス、属性など）で管理される。
  • ユーザーはファイルシステムを介してファイルにアクセスし、操作する。ファイルシステムがファイルの内部構造を管理。
  • 使いやすく、ユーザーが直接ファイルやディレクトリにアクセスできる。
• 例: NAS（Network Attached Storage）、ファイルサーバー、Windowsファイルシステム（NTFS）、Linuxファイルシステム（EXT4）など。

3. オブジェクトストレージ

• データ単位: オブジェクト
• 特徴:
  • データは「オブジェクト」と呼ばれる単位で管理される。オブジェクトにはデータ本体、メタデータ、および一意の識別子が含まれる。
  • スケーラビリティが高く、大量のデータを効率的に管理するのに適している。データはフラットな名前空間で管理され、複雑なディレクトリ構造がない。
  • 高い耐障害性と冗長性を持ち、バックアップやアーカイブに適している。
• 例: AWS S3（Simple Storage Service）、Google Cloud Storage、Azure Blob Storageなど。

データストレージの選択

• ブロックレベルストレージ: 高性能で低レイテンシが必要なアプリケーションに最適。データベースや仮想化環境に使用。
• ファイルレベルストレージ: ユーザーが直接ファイルを操作する環境に最適。ファイルサーバーやNASに使用。
• オブジェクトストレージ: 大規模なデータストレージやアーカイブに最適。データのバックアップやアーカイブに利用される。

リンクを飛ぶ前のところ↑に戻る

仮想的なストレージボリュームってなに？　　5/8

結論から言うと、そこには存在しないけど、あるように見えるストレージ。それが仮想的なストレージボリュームです。では、詳細を見ていきましょう！

仮想的なストレージボリュームのイメージ

1. 仮想ボリュームの概要:
   • 仮想的なストレージボリュームとは、物理的なストレージデバイスがなく、ソフトウェアで定義されたストレージ領域のことです。つまり、物理的なハードディスクではなく、論理的に管理されるストレージ領域です。
2. ボリュームゲートウェイの動作:
   • ボリュームゲートウェイを使うと、オンプレミスのサーバーに対して、AWSに存在するEBS（Elastic Block Store）を仮想的なストレージボリュームとして提供します。
   • これにより、オンプレミスのサーバーは、実際にはAWSのクラウドに保存されているデータをローカルのストレージのように扱うことができます。
3. 具体的なイメージ:
   • ローカルの仮想ドライブ: 例えば、オンプレミスのサーバーで「D:ドライブ」や「E:ドライブ」として表示される仮想ドライブを想像してください。これは、実際にはAWSのEBSボリュームと接続されていますが、サーバーにはローカルのストレージとして見えます 。
   • バックエンドのクラウドストレージ: この仮想ドライブに書き込まれたデータは、実際にはAWSのEBSに保存されます。サーバーから見た場合、データがローカルで保存されているように見えますが、バックエンドではクラウドストレージが使用されています。
4. ローカルキャッシュ:
   • よく使用するデータは、ローカルキャッシュとしてオンプレミスのストレージに保存されるため、アクセス速度が向上します。クラウドストレージのデータは、必要に応じてローカルキャッシュに取得されます。

具体例

• ファイルサーバー: 例えば、オンプレミスのファイルサーバーに「ファイルストレージ」という名前の仮想ドライブを設定します。この仮想ドライブは、実際にはAWSのEBSボリュームと連携しており、サーバーのオペレーティングシステムからはローカルドライブとして見えます。

要するに、

リンクを飛ぶ前のところ↑に戻る

仮想テープライブリってなに？　　6/8

まずは前提となるテープについて知っていきましょう。

そもそもテープとは？

テープは、データの長期保存に用いるストレージメディアの一つで、特にバックアップやアーカイブ用途で使用されます。物理的なテープにデータを記録する方式で、以下の特徴があります。

• 物理的なメディア: 磁気テープや光学テープなどが使われる。データはテープに磁気や光学的な方式で記録されます。
• 長期保存: テープは長期間のデータ保存に適しており、耐久性があります。
• コスト効率: 大量のデータを比較的低コストで保存できるため、アーカイブやバックアップに適しています。

では、本題に入りましょう！

仮想テープライブラリ（VTL）とは？

仮想テープライブラリ（VTL）は、物理的なテープライブラリの機能を仮想化したストレージソリューションです。以下の特徴があります。

1. 仮想化:
   • 仮想的なテープ: 実際には物理的なテープではなく、仮想的なテープを用います。これにより、テープドライブやメディアをエミュレートします。
   • バックエンドのストレージ: 仮想テープは、通常、ディスクストレージなどのバックエンドストレージにデータを保存します。
2. 利便性:
   • 高速なアクセス: 仮想テープライブラリはディスクベースのストレージを使うため、テープに比べてデータの読み書きが高速です。
   • 簡単な管理: テープライブラリの管理がソフトウェアベースで行われるため、物理的なメディアの取り扱いや管理が簡単です。
3. バックアップとリストア:
   • バックアップソフトウェアとの統合: 仮想テープライブラリは、既存のバックアップソフトウェアと統合しやすく、バックアッププロセスがスムーズに進みます。
   • データリストア: 必要なデータを迅速にリストアすることができます。

p.s.ちなみに、仮想テープゲートウェイのバックエンドはS3です。

まとめ　7/8

要するに…

AWS Storage Gatewayは、オンプレミスとAWSクラウドストレージを連携させてストレージを最適化するサービスです。このサービスを利用することで、ストレージの管理が効率的になり、高可用性を実現できます。AWS Storage Gatewayは、ブロックレベル、ファイルレベル、テープレベルの3種類のストレージソリューションを提供しており、それぞれ異なるニーズに応じたデータ管理を支援します。ブロックレベルではボリュームゲートウェイが仮想ストレージボリュームを提供し、ファイルレベルではファイルゲートウェイがオンプレミスのファイルサーバとAWS S3との間でファイルデータを連携させ、テープレベルではテープゲートウェイが仮想テープライブラリを使用してバックアップデータをAWSのS3やGlacierに保存します。

おわりに　8/8

本日はここまでです。今日はAWS Storage GatewayをStudy＆マスターしてきました！

一つ一つ、疑問を解消していくとなんだか知識が深まった気がしますよね？…..え？そんなことない？いやいや、気づいていないだけでしっかりと身についていますよ！

何事も継続は力なりですから。焦らず一歩ずつ着実に進んでいきましょう！では、さらばじゃ！

はじめに

今回は、AWSの『○○ゲートウェイ』の１つであるAmazon API GatewayをStudy＆マスターして行きます！AWSには、この『○○ゲートウェイ』という用語が沢山あって、とてもややこしいです。ということで、今回はこの『○○ゲートウェイ』の１つ、Amazon API Gatewayを3分で頭に入れていきましょう！

【ここで扱う疑問】

1. Amazon API Gatewayってなんだけ？
2. ゲートウェイってなんだけ？
3. APIってなんだけ？
4. エンドポイントってなんだけ？
5. APIエンドポイントってなんだけ？

などの、Amazon API Gatewayに纏まつわる様々な疑問を解消していきます！

＊○○ゲートウェイっていうけど、そもそも「ゲートウェイってなに？」という鋭角な疑問を感じた人はこちらからご覧ください。

【AWS/ストレージゲートウェイ編】ややこしい！『○○ゲートウェイ』を３分で！【新感覚解説】

今回は、AWSにおける『○○ゲートウェイ』の一つである、ストレージゲートウェイをやっていきます。マウントされたってなに？アクセス制限はかけられるの？ブロックレベル？そもそもブロックってなに？仮想的なストレージボリューム？仮想テープライブリ？などの誰しもが思う基礎の疑問を解消していきながら、気づいたらストレージゲートウェイの知識が深まっているという構成になっています。では、はじまりはじまり！

ascend-beyond.com

2024.08.08

Amazon API Gatewayってなんだけ？　　1/7

Amazon API Gatewayは、APIの作成、管理、公開を簡単にするための強力なツールです。セキュアでスケーラブルなAPIを迅速に開発・運用するために非常に有用です。このサービスを利用することで、開発者はインフラストラクチャの管理から解放され、ビジネスロジックの実装に集中できるようになります。以下の特性があります：

＊そもそも「APIってなに？」という鋭利な疑問を抱いたなら、こちらに進みたまえ。

1.APIの作成と管理:

• APIエンドポイントを設定し、どのリクエストがどのバックエンドサービスに転送されるかを定義します。
• バージョン管理やデプロイメントを簡単に行えます。

*「そもそもエンドポイントってなんだったけ？？」というような、一時期炎上した宮○博之さんのような疑問を抱いたらこちら↑をどうぞ。

*「エンドポイントは理解してるけど、APIエンドポイントって言われるとこんがらがる。」このような状況にいる場合はこちらをどうぞ。

p.s.元ネタはこちらの動画から↓

2.セキュリティと認証:

• APIリクエストに対する認証と認可を設定できます。例えば、APIキー、OAuth、AWS IAM、Cognitoなどを利用してアクセス制御を行います。
• SSL/TLSで通信を暗号化し、セキュアなデータのやり取りを保証します。

3.トラフィック管理:

• スロットリング（リクエスト数の制限）やキャッシング（応答のキャッシュ）を設定し、APIのパフォーマンスと可用性を向上させます。

4.モニタリングとロギング:

• APIの使用状況やパフォーマンスをリアルタイムで監視できます。Amazon CloudWatchと統合され、詳細なメトリクスやログを提供します。

5.スケーラビリティ:

• トラフィックの増減に応じて自動的にスケールアップまたはスケールダウンが行われます。これにより、突発的なトラフィック増加にも対応できます。

ゲートウェイってなんだけ？　　2/7

ゲートウェイ（Gateway）は、ネットワークやシステムにおいて異なるプロトコルやネットワーク間の接続を行うための装置やサービスのことを指します。一般的には以下のような役割を持ちます：

1. プロトコル変換: 異なる通信プロトコル間での通信を可能にする装置。
2. アドレス変換: 通信プロトコルの変換と同時に、異なるネットワーク間のアドレスを変換することで通信を中継します。例えば、インターネットと企業内のプライベートネットワークを接続するためのゲートウェイがあります。
3. セキュリティ機能の提供: ファイアウォールやVPN接続などのセキュリティ機能を組み込んだゲートウェイがあり、外部との安全な通信を実現します。

リンクを飛ぶ前のところ↑に戻る

APIってなんだけ？　　3/7

API（Application Programming Interface）とは、ソフトウェアやアプリケーション間で機能やデータをやり取りするためのインターフェース（接点）を提供する仕組みです。APIは、他のプログラムが特定の機能を利用できるようにするための一連のルールやプロトコルで構成されています。

リンクを飛ぶ前のところ↑に戻る

エンドポイントってなんだけ？　　4/7

エンドポイントは基本的には、通信の「接続点」や「インターフェース」を指します。具体的には以下のような意味があります。

• 通信の接続点: ネットワークやサービスで通信が行われる場所や、データのやり取りが行われる接続点。
• アクセスの入口: データや機能にアクセスするための「入り口」であり、クライアント（ユーザーやアプリケーション）がサービスやデータにアクセスする際の「入口」として機能します。

具体例でイメージ：

例えば、エンドポイントにはこんなものがあります。

1.ウェブサーバーのエンドポイント（HTTP/HTTPSエンドポイント）

• ウェブサーバーのリソースへのアクセスは『https://www.example.com/index.html』のようなURLがエンドポイントになります。

2.ネットワークエンドポイント（ネットワークデバイスのエンドポイント）

• 特定のネットワークデバイスにアクセスするためのエンドポイントは『192.168.1.10:8080』のようなIPアドレスとポートの組み合わせです。

リンクを飛ぶ前のところ↑に戻る

APIエンドポイントってなんだけ？　　5/7

APIエンドポイントは、APIに対するリクエストを受け取る特定のURL（Uniform Resource Locator）やURI（Uniform Resource Identifier）です。APIエンドポイントは、クライアントがサーバーの特定の機能やデータにアクセスするための「出入り口」となります。

APIエンドポイントはエンドポイントの１種
：エンドポイントには、ネットワークのエンドポイント（IPアドレスとポート）やウェブサーバーのエンドポイント（URL）など色々な種類があります。そのうえで、APIエンドポイントとは、APIのエンドポイント＝接続点を表しているのです。

リンクを飛ぶ前のところ↑に戻る

まとめ　6/7

要するに…

まず、APIというのは異なるソフトウェア間でデータの橋渡しをしてくれるもの。 で、Amazon API Gatewayというのはその橋渡しをする上でのAPIの決まり事とか手順とかを自動で作ってくれるフルマネージドサービス。 だからそうすることによって通信の方法とかをわざわざ自分で1から作る必要がなくて、相互の異なるソフトウェア間のコンポーネントとかを簡単に連携させることができる。 これがAmazon API Gateway。

おわりに　7/7

本日はここまでです。今日はAmazon API GatewayをStudy＆マスターしてきました！

一つ一つ、疑問を解消していくとなんだか知識が深まった気がしますよね？…..え？そんなことない？いやいや、気づいていないだけでしっかりと身についていますよ！

何事も継続は力なりですから。焦らず一歩ずつ着実に進んでいきましょう！では、さらばじゃ！

アバンタイトル

IT分野は範囲がとても広いです。そのため、過去問を解いていると１ページに何個も理解できない単語が出てきます。それを一気に理解しようとするのはとても骨が折れるし、やる気も続きません。

しかし、そんな時は１周まわって１つのことに徹底集中してみるのはどうでしょうか？覚えなきゃいけないことが沢山あると、終わりが見えずモチベーションが続きません。

でも、「今日はこの１つをマスターしよう！」と１つにフォーカスすればゴールが見えて、集中力も続くようになります。また、一点集中型なので理解力も深まり応用も効くようになります。

ということで、当サイトでは１点集中をコンセプトに解説を展開しています。勉強法が定まっていなかったり悩んでいる方は是非、続きをご覧になってみてはいかかでしょうか？

はじめに

今回もハッカーに近づく中二病心ちゅうにびょうごころを刺激するワードを取り扱います。それがAmazon EFS（Elastic File System）です。

今回学ぶこのフレーズに対しては、「難しそー」とか「役に立つの？」といった思考は一旦おいといて「ただかっこいいから知りたい！」というシンプルな思考でStudyしていってほしいです。

そのためにこの記事では、初心者にも超分かりやすく解説していきます。ただの試験対策、ただの退屈な勉強、という感覚ではなく、「人前でこのフレーズを連呼してる自分を想像したら胸がわくわくする」みたいな、そういう軽い気持ちを軸としてStudyしていきましょう（笑）！

【ここで扱う疑問】

1. EFSの抑えてておくべき基本知識は？
2. そもそもファイルストレージサービスってなに？
3. 意図せず膨大な料金になってしまうんじゃない？
4. EFSの料金体系は？
5. 同時に書き込んだらどうなるの？
6. EFSのメリット・強みは？
7. EFSのデメリット・弱みは？

など、Amazon EFSに纏まつわる様々な疑問を解消していきます！

EFSの基本知識を教えて！　1/9

基本的な説明

Amazon EFSは、Amazon Web Services (AWS) が提供するスケーラブルなファイルストレージサービスです。これを使うと、複数のEC2インスタンスが同時にアクセスできるファイルシステムを簡単にセットアップできます。

＊「そもそも、フィルストレージサービスってなに？」

具体的な機能と特徴

1. スケーラビリティ
   • EFSは、自動的にサイズを増減させることができるため、ユーザーはストレージの容量について心配する必要がありません。
2. 共有アクセス
   • 複数のEC2インスタンスが同時に同じEFSファイルシステムにアクセスできます。これにより、データの共有が簡単になります。
3. 耐久性と可用性
   • EFSは、データを複数のアベイラビリティゾーンに自動的にレプリケートするため、高い耐久性と可用性を持っています。
4. パフォーマンス
   • EFSには2つのパフォーマンスモードがあります。標準モードとバーストモードです。これにより、さまざまなワークロードに対応できます。

＊先ほどの説明で「自動的にサイズを増減させることができる」とありましたが、「自動スケーリングってことは意図せず膨大な料金になっているということも起っちゃいますよね？」

＊EFSは共有アクセスが可能ってあるけど、「もし、同時に同じ部分を書き込み処理した場合は、どういう風に対応するんですか？」

使用例

1. コンテンツ管理システム
   • 例えば、学校のプロジェクトで複数の生徒が同じファイルにアクセスして編集するようなシステムに適しています。
2. ビッグデータ分析
   • 大量のデータを処理するためにEFSを使用することができます。
3. バックアップとリカバリ
   • 重要なデータのバックアップとして使用することができます。

設定方法の概要

1. EFSファイルシステムの作成
   • AWSマネジメントコンソールにログインし、EFSのページで新しいファイルシステムを作成します。
2. セキュリティグループの設定
   • EC2インスタンスからEFSにアクセスできるようにセキュリティグループを設定します。
3. EC2インスタンスへのマウント
   • EC2インスタンスにログインし、EFSをマウントします。これにより、ファイルシステムがEC2インスタンス上で使用可能になります。

ファイルストレージサービスってなに？　　2/9

ファイルストレージサービスは、デジタルデータを「ファイル」として保存・管理し、必要に応じてアクセスや共有を行うためのサービスです。

クラウドにおけるファイルストレージサービスは、インターネット経由でアクセスできる便利なストレージ方法で、さまざまな用途に対応しています。

ファイルストレージサービスの基本

1. ファイル形式でデータを保存
   • データは「ファイル」として保存され、各ファイルは名前や拡張子を持ちます（例えば、document.txtやimage.jpgなど）。
2. フォルダで整理
   • ファイルはフォルダ（またはディレクトリ）に整理されます。これにより、データの管理がしやすくなります。
3. アクセスと共有
   • ファイルストレージサービスを使うことで、データに対するアクセスや共有が簡単になります。例えば、複数のユーザーが同じファイルにアクセスして編集することができます。

リンクを飛ぶ前のところ↑に戻る

意図せず膨大な料金になってしまうんじゃない？　　3/9

自動でサイズを増減させる機能は、便利でスケーラブルですが、意図しないコストが発生する可能性もあります。以下はその点に関する詳細です。

自動サイズ増減とコスト管理

1. 自動サイズ増減のメリット
   • データが増えるとストレージが自動的に拡張され、容量不足に悩む必要がありません。
   • ストレージ容量の管理が簡単になり、手動でのサイズ調整が不要です。
2. 意図しないコストのリスク
   • データが増え続けると、ストレージのサイズも自動で増えるため、その分コストが増加します。特に、大量のデータが急激に増えた場合などに予想外のコストが発生することがあります。

コスト管理の設定

1. アラート設定
   • AWSでは、使用量やコストのアラートを設定することができます。例えば、Amazon CloudWatchを使って、ストレージの使用量やコストが特定のしきい値を超えた場合に通知を受けることができます。
2. 予算の設定
   • AWSの予算機能を使用して、月ごとの予算を設定し、その予算を超えた場合に通知を受けることができます。これにより、コストを管理しやすくなります。
3. 使用量の監視
   • AWS Cost ExplorerやAWS Billing Dashboardを使用して、ストレージの使用量とコストを定期的に監視することが重要です。これにより、予期せぬコストの発生に早期に対応できます。
4. コスト最適化の実施
   • 不要なデータや古いデータを定期的にクリーンアップすることで、ストレージの使用量を抑えることができます。また、ストレージの種類を見直すことでコストを最適化することも考えられます。

リンクを飛ぶ前のところ↑に戻る

EFSの料金体系は？　　4/9

EFSの料金は主に以下の要素で構成されています。

EFSの料金要素

1. ストレージ料金
   • 標準ストレージ: データが「標準ストレージ」に保存される場合の料金です。標準ストレージは、頻繁にアクセスされるデータ向けで、すべてのデータが複数のアベイラビリティゾーンにレプリケートされます。
   • Infrequent Access (IA) ストレージ: あまり頻繁にアクセスされないデータ向けのストレージです。IAストレージは、コストが安く設定されていますが、アクセスするたびに料金が発生します。
2. データ転送料金
   • データ転送: EFS内のデータの読み取りや書き込みにはコストがかかる場合があります。ただし、同一リージョン内でのEC2インスタンスからのアクセスには追加の転送料金がかからないことが多いです。
3. I/Oリクエスト料金
   • リクエスト料金: データの読み取りや書き込みなどのI/Oリクエストに対して料金が発生することがあります。通常、頻繁にアクセスされるファイルほど、I/Oリクエストのコストが高くなります。

料金の詳細

1. ストレージの使用量に基づく料金
   • 使用したストレージの容量（GB単位）に応じて料金が発生します。例えば、1GBのデータを保存している場合、その分のストレージ料金がかかります。
2. 月ごとの使用量
   • EFSの料金は通常、月ごとのストレージ使用量に基づいて請求されます。使用したストレージ量に応じて、月ごとに請求される仕組みです。
3. その他の料金
   • データ転送やI/Oリクエストについては、具体的な料金はAWSの公式料金ページで確認するのが良いです。特に、データ転送が発生する場合や、大量のI/Oリクエストを行う場合には、追加料金が発生することがあります。

料金の確認と管理

1. AWS料金計算ツール
   • AWSの公式料金計算ツールを使って、自分の使用状況に基づく料金を事前に見積もることができます。
2. AWS Billing Dashboard
   • 使用状況をリアルタイムで確認し、予算を設定してコストを管理するために利用できます。
3. CloudWatch アラート
   • コストが特定のしきい値を超えた場合に通知を受けるように設定することで、予期しないコストの発生を防ぐことができます。

同時に書き込んだらどうなるの？　　5/9

Amazon EFS（Elastic File System）は、複数のEC2インスタンスから同時にアクセスできるファイルストレージですが、読み込みだけでなく、書き込み処理についても対応がされています。具体的には、以下のような対応が行われます。

同時アクセスと書き込み処理

1. ファイルロックと排他制御
   • EFS自体はファイルロックの機能を提供していませんが、アプリケーション側でファイルロックや排他制御を実装することで、同時に同じファイルに書き込みが行われる場合の競合を防ぐことができます。例えば、ファイルシステムの上に動作するアプリケーションがファイルのロック機構を提供することがあります。
2. データ整合性
   • EFSは、ファイルシステムの整合性を保つための仕組みが組み込まれており、同時に複数のインスタンスからアクセスされてもデータの整合性が維持されるように設計されています。ただし、アプリケーションが同時にファイルを書き込む場合には、データの競合や整合性の問題を避けるために、アプリケーションレベルでの管理が必要です。
3. POSIX互換
   • EFSはPOSIX（Portable Operating System Interface）互換で、UNIX系システムで使われるファイルシステムの標準仕様をサポートしています。これにより、POSIX準拠のアプリケーションは、ファイルの同時読み書きに関する一般的なルールに従って動作します。POSIXファイルシステムでは、ファイルロックやアクセス制御がアプリケーションの実装によって行われます。
4. ファイルシステムのキャッシュ
   • 一部のファイルシステムでは、データがローカルキャッシュに保持されることがあります。これにより、複数のインスタンスからの同時アクセスが高速化されますが、キャッシュの整合性には注意が必要です。EFSはこのようなキャッシュの機能もサポートしていますが、アプリケーションレベルでの整合性管理が求められることがあります。

同時アクセスの例

1. 同時読み込み:
   • 複数のEC2インスタンスが同時に同じファイルを読み込むことは問題ありません。EFSは、複数の読み込みリクエストに対して効率的に対応できます。
2. 同時書き込み:
   • 複数のインスタンスが同時に同じファイルに書き込みを行う場合、アプリケーション側でのロック機構や排他制御を使って、競合を防ぐ必要があります。例えば、データベースのロックやアプリケーションの同期メカニズムを使って、データの整合性を保つことができます。

まとめ

EFSは複数のEC2インスタンスから同時にアクセス可能で、読み込みはもちろん書き込みも対応しています。ただし、同時に同じファイルに書き込みを行う場合は、アプリケーションレベルでのファイルロックや排他制御が必要です。EFS自身はデータ整合性を保つ仕組みを提供していますが、アプリケーションの設計によっては追加の管理が必要です。

リンクを飛ぶ前のところ↑に戻る

EFSのメリット・強みは？　　6/9

1. スケーラブルなストレージ
   • 自動スケーリング: データ量に応じて自動的にストレージがスケーリングされるため、容量の管理が簡単で、容量不足の心配がありません。
2. 高い可用性と耐障害性
   • 複数のアベイラビリティゾーン: データは複数のアベイラビリティゾーンにレプリケートされるため、高い可用性と耐障害性が確保されています。
3. 簡単な共有アクセス
   • 複数のEC2インスタンスからの同時アクセス: 複数のEC2インスタンスが同時に同じファイルシステムにアクセスでき、共有ストレージとして便利です。
4. POSIX互換
   • ファイルシステムの標準互換: POSIX（Portable Operating System Interface）に準拠しているため、標準的なファイル操作やアプリケーションがそのまま使用できます。
5. 高いスループットとパフォーマンス
   • 高パフォーマンス: 大量のデータ読み書きが可能で、高スループットを提供します。特に、大規模なデータ処理やアプリケーションに適しています。
6. 管理の手間が少ない
   • フルマネージドサービス: インフラの管理やストレージのプロビジョニングをAWSが行うため、ユーザーはストレージの運用管理に関する手間を省けます。

EFSのデメリット・弱みは？　　7/9

1. コストが高い
   • ストレージコスト: ストレージの使用量に応じた料金が発生しますが、特に大容量データを扱う場合や高頻度でアクセスする場合、コストが高くなる可能性があります。
   • Infrequent Access (IA) ストレージ: IAストレージの利用も可能ですが、アクセス頻度によってはコストが追加されることがあります。
2. デフォルトの同時書き込み管理がない
   • ファイルロックと競合: 同時に同じファイルに対する書き込み操作が発生した場合、EFS自体にはロックや排他制御の機能がないため、アプリケーションレベルでの制御が必要です。
3. リージョン制限
   • 地域内での使用: EFSはリージョン内でのみ利用可能で、リージョンを跨いだアクセスには別のソリューションが必要です。
4. NFSプロトコルの制約
   • NFS（Network File System）: EFSはNFSプロトコルを使用してアクセスされますが、NFSには特有の制約やパフォーマンスの問題が存在する場合があります。例えば、大量のファイル操作や高いI/O要求に対する制約があります。
5. レイテンシの影響
   • ネットワークレイテンシ: ファイルシステムにアクセスする際、ネットワークレイテンシが影響することがあります。特に、アプリケーションが低レイテンシを要求する場合には注意が必要です。

まとめ　　8/9

要するに…

Amazon EFS（Elastic File System）は、スケーラブルなファイルストレージサービスです。自動的にストレージ容量をスケーリングするため、容量の管理が非常に容易です。これにより、ストレージ容量が不足する心配がなく、ストレージの運用管理にかかる手間を大幅に削減できます。

一方で、自動スケーリングにより、使用量が増えると意図しない金額が請求される可能性もあります。しかし、AWSはこれに対処するためのアラーム機能やダッシュボードによる視覚化ツールを提供しており、これらを利用することでコスト管理を行うことができます。たとえば、Amazon CloudWatchを使ってストレージ使用量やコストのアラートを設定することで、予期しないコストの発生を防ぐことができます。

また、EFSは複数のEC2インスタンスから同時にアクセスできるため、共有ストレージとして非常に便利ですが、同時に同じファイルに書き込みを行う場合には、アプリケーションレベルでの制御が必要です。EFS自体は高度な制御機能は提供していいないため、ファイルロックや排他制御をアプリケーション側で実装する必要があります。

このように、EFSのメリットを最大限に活用しながらも、コスト管理やファイル操作の競合管理について考慮することで、安心してサービスを利用することができます。

おわりに　9/9

本日はここまでです。今日はAmazon EFS（Elastic File System）をStudy＆マスターしてきました！ただカッコいいからという理由だけの方が、意外と集中して向き合うことができたのではないでしょうか？

そうなんです！「勉強しなきゃ！知識つけなきゃ！」のように勉強を義務にしてしまうと長く続きません。だからこそ、私たちは楽しんで知識を身に着けていきましょう！そんなことをやってるうちに気づいたらスペシャリストになっているかもしれませんよ！

これからも、今日みたいに「the勉強するぞ！」という意気込みではなく、ヌルっと気づいたら知識が増えてた！みたいな軽い感覚でStudyを一緒にしていきましょう！

本日はここで、終わります。ありがとうございました。またお会いしましょう！では、さらばじゃ！

【この記事も一緒に読まれています】

【AWS】EC2インスタンスを停止しても、それに付随するEBSの料金は発生し続けるってマジ？【新感覚Study】

今回は、『EC2インスタンスを停止しても、それに付随するEBSの料金は発生し続けるってマジ？』という疑問を解消していきます。また、それに付随して生まれる様々な疑問、例えばEBSの料金体系は？EBSを停止させちゃえばよくね？対処法は？EBSスナップショットを使ったコスト削減方法は？EBSってなに？スナップショットってなに？などなど、様々な何気ないけど重要な疑問を、誰にでも分かるように解消していきます！

ascend-beyond.com

2024.07.27

【AWS】『AWS Lambda』を超分かりやすく【新感覚Study】

本日は、中二病心を満たしてくれるワードの『AWS Lambda』をStudy＆マスターしていきます。Lambdaの大枠は？という疑問から、サーバレス？サーバレスってことはPaaSってこと？Lambdaの料金は？PaaS？FaaS？などなど、様々な何気ないけど重要な疑問を、誰にでも分かるように解消していきます！

ascend-beyond.com

2024.07.27

アバンタイトル

IT分野は範囲がとても広いです。そのため、過去問を解いていると１ページに何個も理解できない単語が出てきます。それを一気に理解しようとするのはとても骨が折れるし、やる気も続きません。

しかし、そんな時は１周まわって１つのことに徹底集中してみるのはどうでしょうか？覚えなきゃいけないことが沢山あると、終わりが見えずモチベーションが続きません。

でも、「今日はこの１つをマスターしよう！」と１つにフォーカスすればゴールが見えて、集中力も続くようになります。また、一点集中型なので理解力も深まり応用も効くようになります。

ということで、当サイトでは１点集中をコンセプトに解説を展開しています。勉強法が定まっていなかったり悩んでいる方は是非、続きをご覧になってみてはいかかでしょうか？

はじめに

今回もハッカーに近づく中二病心ちゅうにびょうごころを刺激するワードを取り扱います。それがVPN CloudHubです。

今回学ぶこのフレーズに対しては、「難しそー」とか「役に立つの？」といった思考は一旦おいといて「ただかっこいいから知りたい！」というシンプルな思考でStudyしていってほしいです。

そのためにこの記事では、初心者にも超分かりやすく解説していきます。ただの試験対策、ただの退屈な勉強、という感覚ではなく、「人前でこのフレーズを連呼してる自分を想像したら胸がわくわくする」みたいな、そういう軽い気持ちを軸としてStudyしていきましょう（笑）！

【ここで扱う疑問】

1. VPN CloudHubの概要は？
2. メリットは？
3. デメリットは？
4. VPN CloudHubとDirect Connect,VPN接続の違いは？
5. VPNゲートウェイってなに？

など、VPN CloudHubに纏まつわる様々な疑問を解消していきます！

VPN CloudHubの基本知識を教えて！　1/5

VPN CloudHubは、AWSのDirect ConnectやVPN接続を使って 異なるVPC間を接続する機能です。これにより、複数のVPCがプライベートネットワーク内で通信できるようになります。

＊「VPN CloudHubとDirect Connect,VPN接続ってどーいう関係、違いがあるの？？」

主な特徴

1. セキュリティの強化：
   • VPN CloudHubはIPsec VPNを使用して、データ通信の暗号化と認証を行います。これにより、データのセキュリティが強化されます。
2. 簡単なセットアップ：
   • VPC間の接続設定が簡単で、AWS Management ConsoleやAWS CLIを使って容易に構成できます。

メリット

1. 複数VPCの統合管理:
   • VPN CloudHubを利用することで、複数のVPCを一元的に接続・管理できます。これにより、各VPC間のネットワーク接続設定が簡素化され、管理が容易になります。
2. 異なるアカウントやリージョン間の接続:
   • VPN CloudHubは、異なるAWSアカウントやリージョンに存在するVPC間の接続をサポートします。これにより、広範囲にわたるネットワークインフラを統合することができます。
3. セキュリティの向上:
   • VPN CloudHubを利用することで、VPC間の通信がVPNトンネルを通じて行われるため、通信の暗号化とセキュリティが確保されます。
4. コストの削減:
   • 直接的なVPC間接続の設定が不要になり、1つのVPN CloudHubを介して複数のVPCを接続することで、ネットワークリソースや管理のコストを削減できます。
5. スケーラビリティの向上:
   • 新たなVPCを追加する際も、VPN CloudHubに接続するだけで、既存のVPCと簡単に接続できるため、スケーラビリティが向上します。

デメリット

1. 単一障害点（SPOF）:
   • VPN CloudHub自体が単一障害点となる可能性があります。VPN CloudHubに障害が発生すると、接続されているすべてのVPC間の通信が途絶えるリスクがあります。
2. 冗長性の欠如:
   • VPN CloudHubは冗長化されていないため、障害耐性を持たせるためには、複数のVPN CloudHubを利用するなどの追加の設計が必要です。
3. 設定の複雑さ:
   • 複数のVPCを接続するための設定が複雑になる場合があります。特に、VPN接続の設定やルートテーブルの管理には慎重な構成が必要です。
4. パフォーマンスの制約:
   • VPN CloudHubを利用する際のトラフィックはVPN接続を経由するため、ネットワークの遅延や帯域幅の制約がある場合があります。高帯域幅が必要なトラフィックには適さないことがあります。
5. 追加のコスト:
   • VPN CloudHubを使用するためには、VPN接続に関連する追加のコストが発生する場合があります。特に、大量のデータトラフィックがある場合、コストが増加する可能性があります。

注意点とベストプラクティス

1. IPアドレス範囲の重複に注意：
   • 異なるVPCで同じIPアドレス範囲を使用しないように注意してください。IPアドレスの重複があると、通信ができなくなります。
2. セキュリティグループとネットワークACLの設定：
   • 各VPCのセキュリティグループとネットワークACLを適切に設定し、必要なトラフィックのみを許可します。
3. モニタリングとログの活用：
   • AWS CloudWatchやVPC Flow Logsを利用して、ネットワークトラフィックのモニタリングとトラブルシューティングを行います。

VPN CloudHubとDirect Connect,VPN接続の違いは？　　2/5

先ほど、「VPN CloudHubは、AWSのDirect ConnectやVPN接続を使って 異なるVPC間を接続する機能」と説明しました。この説明は、ちょっと抽象的すぎましたね。なので、ここでは図を使いながらイメージを沸かせましょう！

p.s.理解できた後だと、腑に落ちる表現だなと思ってくれるはずです。

           +--------------------+
           |   On-Premises      |
           |   Network          |
           +--------------------+
                    |
                    | (Direct Connect / VPN)
                    |
           +--------------------+
           |   VPC A             |
           |   (VPN Gateway)     |
           +--------------------+
                    |
                    | (VPN Connection)
                    |
           +--------------------+
           |   VPN CloudHub     |------------------------|
           +--------------------+                        |
         /                    \                          |
        /(VPN Connection)      \(VPN Connection)         |(VPN Connection)
       /                        \                        |
+--------------------+   +--------------------+   +--------------------+
|   VPC B            |   |   VPC C           |   |   VPC D             |
|   (VPN Gateway)    |   |   (VPN Gateway)   |   |   (VPN Gateway)     |
+--------------------+   +--------------------+   +--------------------+

VPN CloudHub、Direct Connect、VPN接続の違い

1. Direct ConnectとVPN接続:
   • 役割: Direct ConnectとVPN接続は、主に2点間の接続を確立するためのサービスです。Direct ConnectはAWSとオンプレミスのネットワーク間の専用線接続を提供し、VPN接続はAWSのVPCとオンプレミスネットワーク間で暗号化されたトンネルを提供します。
2. VPN CloudHub:
   • 役割: VPN CloudHubは、複数のVPCが相互に接続できるようにするための「中央ハブ」として機能します。VPN CloudHubを利用することで、各VPCが直接接続されるのではなく、VPN CloudHubを通じて一元的に接続することができます。

＊図の中にVPNゲートウェイというものがあるけど、「VPNゲートウェイってなに？」

リンクを飛ぶ前のところ↑に戻る

VPNゲートウェイってなに？　　3/5

VPNゲートウェイは、AWSのVirtual Private Cloud (VPC) において、VPN（Virtual Private Network）接続を確立するための装置です。これを使って、AWS VPCとオンプレミスネットワークや他のVPCとの間で安全にデータを送受信できます。

VPNゲートウェイの機能

1. セキュアなトンネルの確立:
   • VPNゲートウェイは、データを暗号化してインターネット経由で送信します。これにより、データが外部から盗聴されたり改ざんされたりするリスクを減らします。
2. ルーティング:
   • VPNゲートウェイは、送受信されるトラフィックのルーティングを管理します。適切なルートを設定することで、データが正しい宛先に到達します。
3. IPsec VPN:
   • VPNゲートウェイはIPsec（Internet Protocol Security）を使用してトンネルを確立します。これにより、データの暗号化と認証が行われ、セキュリティが強化されます。

【応用情報】『IPsec』を3分で超分かりやすく【新感覚Study】

本日は、中二病心を満たしてくれるワードの『IPsec』をStudy＆マスターしていきます。IPsecの基本的知識は？改ざんなんて、そんなことどうやって検知するの？AHって必要？ESPだけでよくね？AH（Authentication Header）とは？ESP（Encapsulating Security Payload）とは？パケット全体を暗号化したら、宛先が分からなくなるんじゃね？などなど、様々な何気ないけど重要な疑問を、誰にでも分かるように解消していきます！

ascend-beyond.com

2024.07.28

リンクを飛ぶ前のところ↑に戻る

まとめ　4/5

要するに…

VPN CloudHubとは、複数のVPCを一元的に管理し、接続を統一するための便利なツールです。名前の通り、CloudHubはハブの役割を担い、複数のVPCを中央で接続します。これにより、各VPCを個別に接続する必要がなく、CloudHubに接続することで、他の接続されているVPCとも一括でつながることが可能になります。これにより、ネットワークの統一管理が容易になり、運用が簡素化されます。

しかし、VPN CloudHubには単一障害点（SPOF）としてのリスクがあります。CloudHubが障害を起こすと、接続されているすべてのVPC間の通信が途絶える可能性があるため、設計の際には慎重な対応が求められます。また、複数のVPC間でIPアドレスの重複を避けるために、適切なIPアドレス管理も必要です。

このように、VPN CloudHubはネットワークの統一管理や効率化に大きなメリットを提供しますが、設計に際しては冗長性やIPアドレス管理に注意が必要です。

おわりに　5/5

本日はここまでです。今日はVPN CloudHubをStudy＆マスターしてきました！ただカッコいいからという理由だけの方が、意外と集中して向き合うことができたのではないでしょうか？

そうなんです！「勉強しなきゃ！知識つけなきゃ！」のように勉強を義務にしてしまうと長く続きません。だからこそ、私たちは楽しんで知識を身に着けていきましょう！そんなことをやってるうちに気づいたらスペシャリストになっているかもしれませんよ！

これからも、今日みたいに「the勉強するぞ！」という意気込みではなく、ヌルっと気づいたら知識が増えてた！みたいな軽い感覚でStudyを一緒にしていきましょう！

本日はここで、終わります。ありがとうございました。またお会いしましょう！では、さらばじゃ！

【この記事も一緒に読まれています】

【AWS】『DynamoDB Accelerator (DAX)』を超分かりやすく【新感覚Study】

本日は、中二病心を満たしてくれるワードの『DynamoDB Accelerator (DAX)』をStudy＆マスターしていきます。DynamoDB Accelerator (DAX)の大枠は？という疑問からそもそもDynamoDBってなに？メリット・デメリットは？DAXを使用すべきパターン・避けるべきパターンは？読み取りパフォーマンスってなに？インメモリキャッシュサービスってなに？NoSQLってなに？などなど、様々な何気ないけど重要な疑問を、誰にでも分かるように解消していきます！

ascend-beyond.com

2024.07.25

【応用情報】『コンテナエンジン』を超分かりやすく【新感覚Study】

本日は、中二病心を満たしてくれるワードの『コンテナエンジン』をStudy＆マスターしていきます。コンテナエンジンの大枠から始まり、コンテナってなに？コンテナ化とパッケージ化の違いは？コンテナエンジンのメリット・デメリットは？ホスト型ってなに？ハイパバイザー型ってなに？ポータビリティ？スケーラビリティ？などのコンテナエンジンに関わる何気ないけど重要な疑問を、誰にでも分かるように解消していきます！

ascend-beyond.com

2024.07.14

【応用情報】『Thundering Herd問題』を超分かりやすく【新感覚Study】

本日は、中二病心を満たしてくれるワードの『Thundering Herd問題（雷鳴の群れ問題）』をStudy＆マスターしていきます。ThunderingHerd問題を超簡単に言うと？や、どんな対策法があるの？という疑問から、プレフェッチってなに？プロセスってなに？スレッドってなに？バックオフってなに？という様々な疑問を超分かりやすく解説していきます。

ascend-beyond.com

2024.07.04

アバンタイトル

IT分野は範囲がとても広いです。そのため、過去問を解いていると１ページに何個も理解できない単語が出てきます。それを一気に理解しようとするのはとても骨が折れるし、やる気も続きません。

しかし、そんな時は１周まわって１つのことに徹底集中してみるのはどうでしょうか？覚えなきゃいけないことが沢山あると、終わりが見えずモチベーションが続きません。

でも、「今日はこの１つをマスターしよう！」と１つにフォーカスすればゴールが見えて、集中力も続くようになります。また、一点集中型なので理解力も深まり応用も効くようになります。

ということで、当サイトでは１点集中をコンセプトに解説を展開しています。勉強法が定まっていなかったり悩んでいる方は是非、続きをご覧になってみてはいかかでしょうか？

はじめに

今回は『EC2インスタンスを停止しても、それに付随するEBSの料金は発生し続けるってマジ？』という疑問を解消すると共に、その対処法も紹介していきます！

【ここで扱う疑問】

1. EC2インスタンスを停止しても、それに付随するEBSの料金は発生し続けるってマジ？
2. EBSの料金は？
3. だったら、EBSを停止させちゃえばよくね？
4. 対処法は？　4/8
5. EBSスナップショットを使ったコスト削減方法は？
6. EBSってなに？
7. EBSスナップショットってなに？
8. スナップショットってなに？

EC2インスタンスを停止しても、それに付随するEBSの料金は発生し続けるってマジ？　　1/8

結論から言うと、「YES」です。つまり、EC2インスタンスを停止しても、EBS（Elastic Block Store）ボリュームに対する料金は引き続き発生します。

これは、 インスタンスが停止状態であっても、そのインスタンスに関連付けられているEBSボリュームは稼働し続けることを意味します。EBSボリュームはデータを保存するため、引き続き料金は発生し続けるのです。

EBSの料金は？　　2/8

EBSの料金は以下の主要な要素で構成されています。これらの要素によって、実際に支払う料金が決まります。

1. ストレージ容量の料金

• ストレージタイプ: EBSには複数のストレージタイプがあります（例: 汎用SSD（gp3）、プロビジョンドIOPS SSD（io2）、スループット最適化HDD（st1）、Cold HDD（sc1）など）。それぞれのタイプで料金が異なります。
• 容量単位: ストレージ容量はギガバイト（GB）単位で料金が発生します。たとえば、1 GBのストレージを1か月利用するごとに料金が発生します。

2. IOPS（Input/Output Operations Per Second）の料金

• IOPS: プロビジョンドIOPS SSD（io2）など、IOPSを指定するタイプのストレージでは、IOPSの設定に応じた追加料金が発生します。これは、1秒あたりの入出力操作数に基づいて計算されます。

3. スナップショットの料金

• スナップショット: EBSのスナップショット（バックアップ）はAmazon S3に保存され、スナップショットのストレージ容量に基づいて料金が発生します。スナップショットは増分で保存されるため、変更されたデータ部分のみが保存され、これに応じた料金が発生します。

4. データ転送の料金

• データ転送: EBSのデータ転送は、通常はEC2インスタンスとの間で行われるため、追加の転送料金は発生しません。ただし、EBSボリュームを他のリージョンに移動したり、スナップショットを他のリージョンにコピーする場合には、データ転送料金が発生することがあります。

5. スナップショットのリストア（復元）

• リストア: スナップショットから新しいEBSボリュームを作成する場合、その新しいボリュームのストレージ料金が発生します。

だったら、EBSを停止させちゃえばよくね？　　3/8

EC2を停止しても、EBSが稼働しちゃうから、料金が発生し続ける。だったら、EBSも停止させちゃえば発生しなくね？と思いますよね？その疑問を解消していきます！

A.そもそもEBSに停止という概念はない！

EBSボリューム自体には「停止」という状態はありません。EC2インスタンスが停止しても、EBSボリュームはデータを保持し続けます。EBSボリュームのデータは、インスタンスが停止しても消えることはありません。

EBSを停止すると、料金は発生しなくなる。けど、それと同時にEBS内のデータもきえてしまう。だから、停止＝データ削除というとらえ方が正しい。

対処法の具体例はあるの？　4/8

EC2インスタンスが停止している間でも、EBSボリュームに対して料金が発生するのを避けるためには、以下のような対策があります。

1. EBSボリュームの削除

• 不要なEBSボリュームの削除: インスタンスを停止しても使わないEBSボリュームがある場合は、不要なボリュームを削除することで、ストレージ料金を節約できます。ただし、データが失われるので、削除する前に必ずバックアップを取ってください。

まぁでも、ほとんどの場合は必要なデータを保存しているので、この方法は簡単ではありますが、やる機会は少ないでしょう。

2. EBSスナップショットの活用

• スナップショットの作成: データのバックアップが必要な場合は、EBSボリュームのスナップショットを作成し、その後EBSボリュームを削除することができます。スナップショットはS3に保存され、スナップショットに対する料金が発生しますが、EBSボリュームの料金よりも低いことが多いです。
• スナップショットの復元: 必要に応じて、スナップショットから新しいEBSボリュームを作成できます。

3. ボリュームのサイズ変更

• サイズの調整: 使用しているEBSボリュームが過剰に大きい場合、サイズを調整してコストを削減することができます。例えば、実際に使用しているストレージ容量に応じてボリュームサイズを見直すことができます。

4. 適切なストレージタイプの選択

• ストレージタイプの最適化: EBSには複数のストレージタイプ（汎用SSD、プロビジョンドIOPS SSD、スループット最適化HDDなど）があります。アプリケーションの性能要求に合わせて適切なストレージタイプを選ぶことで、コストを抑えることができます。

5. 自動化の活用

• Lifecycle Managerの利用: EBSのスナップショットの管理を自動化するために、AWS Data Lifecycle Manager（DLM）を使用できます。これにより、定期的なスナップショット作成と不要なスナップショットの削除を自動化できます。

これらの対策を実施することで、EBSボリュームに関連するコストを効果的に管理し、不要な料金が発生するのを防ぐことができます。

EBSスナップショットを使ったコスト削減方法は？　　5/8

1. 手順:
   1. スナップショットの作成: EC2インスタンスを停止する前に、EBSボリュームのスナップショットを作成します。これにより、ボリュームのデータがAmazon S3に保存されます。
   2. EBSボリュームの削除: スナップショットが作成されたら、EBSボリュームを削除します。これにより、EBSボリュームのストレージ料金を削減できます。
   3. インスタンス再起動時のボリューム作成: EC2インスタンスを再起動する際に、スナップショットから新しいEBSボリュームを作成し、インスタンスにアタッチします。

EBSボリュームの料金が発生し続けることを避け、スナップショットのストレージコストだけを支払います。これは、EBSに保存するよりも、S3で保存した方がコストが低くなるという特性を使っています。

まとめ　　6/8

要するに…

『EC2インスタンスを停止しても、それに付随するEBSの料金は発生し続ける』の原因は、EBSが稼働し続けることにあります。しかし、EBSを停止（この概念はないが）しようとすると、それはデータ削除を意味することになります。

これに対処するためには、EBSスナップショットを使用します。スナップショットを作成すると、データがS3に保存されるため、EC2を使用していない間はEBSボリュームを削除できます。EC2を再開する際には、スナップショットを使用して新しいEBSボリュームを作成すれば、以前と同じように正常に動作させることができます。この方法が有効なのは、S3のストレージがEBSよりもコストが安いためです。

おまけ：用語解説　　7/8

EBSってなに？

Amazon EBS（Elastic Block Store）は、EC2インスタンスに接続して使用できる高性能で信頼性の高いブロックストレージサービスです。サイズや性能を柔軟に変更でき、スナップショットを利用してデータのバックアップや復元も簡単に行えます。EBSは、データベースやファイルシステム、バックアップの用途に適しています。

閲覧中だったところに戻る↑

EBSスナップショットってなに？

EBSスナップショットは、Amazon Elastic Block Store（EBS）ボリュームのデータを保存するための機能です。特定の時点でのEBSボリュームの完全な「コピー」を作成し、Amazon S3に保存します。スナップショットを使用することで、データのバックアップや復元が簡単に行えます。

閲覧中だったところに戻る↑

スナップショットってなに？

スナップショットとは、ある時点でのデータやシステムの状態を記録した「静止画」のようなものです。スナップショットを取ることで、その時点の状態を保存し、後でその状態に戻したり、参照したりすることができます。

閲覧中だったところに戻る↑

おわりに　8/8

本日はここまでです。今日は『EC2インスタンスを停止しても、それに付随するEBSの料金は発生し続けるってマジ？』という疑問ををStudy＆マスターしてきました！ただカッコいいからという理由だけの方が、意外と集中して向き合うことができたのではないでしょうか？

そうなんです！「勉強しなきゃ！知識つけなきゃ！」のように勉強を義務にしてしまうと長く続きません。だからこそ、私たちは楽しんで知識を身に着けていきましょう！そんなことをやってるうちに気づいたらスペシャリストになっているかもしれませんよ！

これからも、今日みたいに「the勉強するぞ！」という意気込みではなく、ヌルっと気づいたら知識が増えてた！みたいな軽い感覚でStudyを一緒にしていきましょう！

本日はここで、終わります。ありがとうございました。またお会いしましょう！では、さらばじゃ！

【この記事も一緒に読まれています】

【応用情報】『サーバを立てる』を超分かりやすく【新感覚Study】

本日は、中二病心を満たしてくれるワードの『サーバを立てる』をStudy＆マスターしていきます。なんかハッカーぽくてカッコいいですよね？ここでは、そもそもサーバってなに？という疑問からサーバを立てる具体的な手順は？Windows Serverってなに？PCからは立てられるの？もし、PCの電源を切ったらサーバも停止しちゃうの？もし、小規模だったら物理的なサーバを購入するよりも、PCでサーバを起動し続けたほうが安くなったりするの？サーバの練習をするときにLinuxとか仮想環境とかを使うのはなぜ？ポートフォワーディングってなに？という疑問まで幅広く、初心者でもすぐに理解できる解説を載せています。

ascend-beyond.com

2024.07.06

【AWS】『AWS』を超分かりやすく【新感覚Study】

本日は、中二病心を満たしてくれるワードの『権威DNS』をStudy＆マスターしていきます。AWSの大枠は？そもそもクラウドコンピューティングサービスってなに？クラウドコンピューティングサービスのメリット・デメリット？AWSならではのメリット・メリットは？スケーラビリティ？ベンダーロックイン？などなど、様々な何気ないけど重要な疑問を、誰にでも分かるように解消していきます！

ascend-beyond.com

2024.07.21

アバンタイトル

IT分野は範囲がとても広いです。そのため、過去問を解いていると１ページに何個も理解できない単語が出てきます。それを一気に理解しようとするのはとても骨が折れるし、やる気も続きません。

しかし、そんな時は１周まわって１つのことに徹底集中してみるのはどうでしょうか？覚えなきゃいけないことが沢山あると、終わりが見えずモチベーションが続きません。

でも、「今日はこの１つをマスターしよう！」と１つにフォーカスすればゴールが見えて、集中力も続くようになります。また、一点集中型なので理解力も深まり応用も効くようになります。

ということで、当サイトでは１点集中をコンセプトに解説を展開しています。勉強法が定まっていなかったり悩んでいる方は是非、続きをご覧になってみてはいかかでしょうか？

はじめに

今回もハッカーに近づく中二病心ちゅうにびょうごころを刺激するワードを取り扱います。それがAWS Lambdaです。

今回学ぶこのフレーズに対しては、「難しそー」とか「役に立つの？」といった思考は一旦おいといて「ただかっこいいから知りたい！」というシンプルな思考でStudyしていってほしいです。

そのためにこの記事では、初心者にも超分かりやすく解説していきます。ただの試験対策、ただの退屈な勉強、という感覚ではなく、「人前でこのフレーズを連呼してる自分を想像したら胸がわくわくする」みたいな、そういう軽い気持ちを軸としてStudyしていきましょう（笑）！

【ここで扱う疑問】

1. Lambdaの大枠は？
2. サーバレスってなに？
3. サーバレスってことはPaaSってこと？
4. Lambdaの料金は？
5. PaaSってなに？

など、Lambdaに纏まつわる様々な疑問を解消していきます！

Lambdaの大枠は？　　1/7

AWS Lambdaは、プログラムコードをサーバーレスで実行できるサービスです。イベントが発生したときに自動的にコードが実行されるので、コスト効率がよく高可用性を提供します。これにより、開発者はインフラ管理から解放され、アプリケーションロジックに集中できます。

サーバレスってなに？　　2/7

サーバレスを文字通りに解釈すると、「サーバがない」となりますよね？
え？サーバがないのに、プログラムコードって実行できるの？という疑問が浮かぶと思います。それを今から解消していきましょう！

実はサーバレスとはあくまでもユーザ目線の話なのです！

サーバレス、サーバレスと言っていますが、実際は裏でサーバは稼働しています。ただ、それをユーザ(AWS利用者)視点から見ると、サーバーの設定や管理が不要なので、あたかもサーバが無いように見える。だから、サーバレスと言われています。

サーバレスってことはPaaSってこと？　　3/7

Lambdaは一見PaaSのように見えますが、それは違います。実際はFaaS（Function as a Service）と呼ばれるものなんです。

FaaSとは？

FaaSとはプログラムコードだけを準備すれば、あとは勝手に動いてくれるサービスです。

PaaSの場合は、プログラムコードに加えて、設定ファイル、必要なミドルウェアやデータベースの設定を準備する必要があります。しかし、それさえ準備すれば、あとは簡単にデプロイ・管理・運用ができます。

Lambdaの料金は？　　4/7

AWS Lambdaの料金は、いくつかの主要な要素に基づいて計算されます。以下に、Lambdaの料金制度の詳細を説明します。

1. 実行時間

• 料金基準: Lambda関数が実行されている時間に基づいて課金されます。具体的には、関数の実行時間が100ミリ秒単位で計測されます。
• 料金計算: 実行時間 × メモリサイズ（GB） × リージョンごとの料金

2. メモリサイズ

• 料金基準: Lambda関数に割り当てたメモリのサイズに応じて課金されます。メモリサイズは128 MBから10,240 MBまで、64 MB単位で設定できます。
• 料金計算: メモリサイズ（GB） × 実行時間（秒） × リージョンごとの料金

3. リクエスト数

• 料金基準: Lambda関数が呼び出された回数に基づいて課金されます。
• 料金計算: リクエスト数 × リージョンごとの料金

4. 無料枠

• 無料枠内容: AWS Lambdaには無料枠があります。具体的には、毎月1,000,000回のリクエストと、400,000 GB-秒の計算時間が無料で提供されます（2024年07月27日時点）。（https://aws.amazon.com/jp/lambda/pricing/）
• 適用対象: この無料枠はすべてのAWSアカウントに適用され、無料枠を超えると料金が発生します。

5. データ転送

• 料金基準: Lambda関数がデータをインターネットや他のAWSサービスに転送する際のデータ転送料金が発生することがあります。ただし、AWS内のサービス間のデータ転送は通常無料です。

6. Provisioned Concurrency

• 料金基準: プロビジョンドコンカレンシーを使用する場合、関数が指定した数のインスタンスを常に準備しておくための追加料金が発生します。
• 料金計算: プロビジョンドコンカレンシーの数 × メモリサイズ（GB） × リージョンごとの料金

7. Cold Start

• 料金基準: Lambda関数が初めて呼び出される際や、しばらく呼び出されなかった後に呼び出された際に発生する「Cold Start」は、実行時間に含まれます。追加の料金が発生するわけではありませんが、Cold Startの時間も実行時間として課金されます。

要するに…

• 実行時間: Lambda関数の実行時間に基づく料金。
• メモリサイズ: 割り当てたメモリサイズに応じた料金。
• リクエスト数: 関数の呼び出し回数に基づく料金。
• 無料枠: 毎月一定のリクエスト数と計算時間が無料。
• Provisioned Concurrency: プロビジョンドコンカレンシーの利用には追加料金が発生。

この料金体系を理解しておくと、Lambdaのコストを効率的に管理するのに役立ちます。

まとめ　　5/7

要するに…

Lambdaっていうのはプログラムさえ用意すればそれをサーバレスで実行できるよっていうサービスです。で、サーバレスとはあくまでも、ユーザ目線であり、実際はAWS側がユーザの代わりにサーバを構成してくれています。しかし、我々ユーザからしたらプログラムさえ準備すれば、簡単に実行できるのでとても便利なサービスです。

おまけ：用語解説　　6/7

PaaSってなに？

PaaS（Platform as a Service）は、クラウドコンピューティングのサービスモデルの一つで、アプリケーション開発、実行、管理を行うためのプラットフォームを提供するサービスです。PaaSは、インフラストラクチャの管理や維持から開発者を解放し、アプリケーションの開発とデプロイに集中できる環境を提供します。

さっきの章に戻る↑

おわりに　7/7

本日はここまでです。今日はAWS Lambda をStudy＆マスターしてきました！ただカッコいいからという理由だけの方が、意外と集中して向き合うことができたのではないでしょうか？

そうなんです！「勉強しなきゃ！知識つけなきゃ！」のように勉強を義務にしてしまうと長く続きません。だからこそ、私たちは楽しんで知識を身に着けていきましょう！そんなことをやってるうちに気づいたらスペシャリストになっているかもしれませんよ！

これからも、今日みたいに「the勉強するぞ！」という意気込みではなく、ヌルっと気づいたら知識が増えてた！みたいな軽い感覚でStudyを一緒にしていきましょう！

本日はここで、終わります。ありがとうございました。またお会いしましょう！では、さらばじゃ！

【この記事も一緒に読まれています】

【AWS】『AWS』を超分かりやすく【新感覚Study】

本日は、中二病心を満たしてくれるワードの『権威DNS』をStudy＆マスターしていきます。AWSの大枠は？そもそもクラウドコンピューティングサービスってなに？クラウドコンピューティングサービスのメリット・デメリット？AWSならではのメリット・メリットは？スケーラビリティ？ベンダーロックイン？などなど、様々な何気ないけど重要な疑問を、誰にでも分かるように解消していきます！

ascend-beyond.com

2024.07.21

【AWS】『DynamoDB Accelerator (DAX)』を超分かりやすく【新感覚Study】

本日は、中二病心を満たしてくれるワードの『DynamoDB Accelerator (DAX)』をStudy＆マスターしていきます。DynamoDB Accelerator (DAX)の大枠は？という疑問からそもそもDynamoDBってなに？メリット・デメリットは？DAXを使用すべきパターン・避けるべきパターンは？読み取りパフォーマンスってなに？インメモリキャッシュサービスってなに？NoSQLってなに？などなど、様々な何気ないけど重要な疑問を、誰にでも分かるように解消していきます！

ascend-beyond.com

2024.07.25

アバンタイトル

IT分野は範囲がとても広いです。そのため、過去問を解いていると１ページに何個も理解できない単語が出てきます。それを一気に理解しようとするのはとても骨が折れるし、やる気も続きません。

しかし、そんな時は１周まわって１つのことに徹底集中してみるのはどうでしょうか？覚えなきゃいけないことが沢山あると、終わりが見えずモチベーションが続きません。

でも、「今日はこの１つをマスターしよう！」と１つにフォーカスすればゴールが見えて、集中力も続くようになります。また、一点集中型なので理解力も深まり応用も効くようになります。

ということで、当サイトでは１点集中をコンセプトに解説を展開しています。勉強法が定まっていなかったり悩んでいる方は是非、続きをご覧になってみてはいかかでしょうか？

はじめに

今回もハッカーに近づく中二病心ちゅうにびょうごころを刺激するワードを取り扱います。それがDynamoDB Accelerator (DAX)です。

今回学ぶこのフレーズに対しては、「難しそー」とか「役に立つの？」といった思考は一旦おいといて「ただかっこいいから知りたい！」というシンプルな思考でStudyしていってほしいです。

そのためにこの記事では、初心者にも超分かりやすく解説していきます。ただの試験対策、ただの退屈な勉強、という感覚ではなく、「人前でこのフレーズを連呼してる自分を想像したら胸がわくわくする」みたいな、そういう軽い気持ちを軸としてStudyしていきましょう（笑）！

【ここで扱う疑問】

1. DynamoDB Accelerator (DAX)の大枠は？
2. そもそもDynamoDBってなに？
3. DynamoDB Acceleratorのメリットは？
4. DynamoDB Acceleratorのデメリットは？
5. DAXが役立つシチュエーションは？
6. DAXが役立たないシチュエーションは？
7. 読み取りパフォーマンスってなに？
8. インメモリキャッシュサービスってなに？
9. NoSQLってなに？

など、DynamoDB Accelerator (DAX)に纏まつわる様々な疑問を解消していきます！

DynamoDB Accelerator (DAX)の大枠を教えて！　1/9

DynamoDB Accelerator (DAX) は、DynamoDBの読み取りパフォーマンスを劇的に向上させるためのインメモリキャッシュサービスです。高速なデータアクセスが求められるアプリケーションに適しており、スケーラブルでセキュアなキャッシュを提供します。

そもそもDynamoDBってなに？　2/9

DynamoDB は、AWSが提供するNoSQLデータベースサービスです。データをテーブル形式で保存し、キーと値のペアで管理します。DynamoDBはスケーラビリティが高く、パフォーマンスが一定であるため、特に大量のデータを扱うアプリケーションに適しています。

DynamoDB Acceleratorのメリットは？　3/9

1. 高速な読み取りパフォーマンス
   • DynamoDB Accelerator（DAX）はインメモリキャッシュサービスで、DynamoDBの読み取り操作をミリ秒未満で処理します。これにより、アプリケーションのレスポンス時間が大幅に短縮され、ユーザー体験が向上します。
2. スキーマ変更なしで簡単に導入
   • DAXはDynamoDBと互換性があり、APIの変更なしに簡単に導入できます。アプリケーションのコードを大幅に変更する必要がなく、既存のDynamoDBテーブルに対して追加のキャッシュレイヤーを提供します。
3. 自動的なキャッシュ管理
   • DAXはデータのキャッシュと管理を自動で行います。開発者はキャッシュの有効期限やデータの更新などを手動で管理する必要がなく、キャッシュの運用が簡素化されます。
4. スケーラビリティ
   • DAXはクラスターとして構成され、ノードを追加することで容易にスケーリングできます。これにより、大量のリクエストやデータに対しても対応でき、アプリケーションのパフォーマンスを維持できます。
5. 高可用性
   • DAXは複数のアベイラビリティゾーンにわたってノードを分散させることで、高可用性を確保します。これにより、障害発生時にもサービスの継続性が維持されます。

DynamoDB Acceleratorのデメリットは？　4/9

1. コスト
   • DAXは追加のキャッシュレイヤーを提供するため、DynamoDBの使用に加えて追加のコストが発生します。特に、大規模なデプロイメントや高いキャッシュ容量が必要な場合、コストが高くなる可能性があります。
2. 書き込みの遅延
   • DAXは読み取り操作をキャッシュしますが、書き込み操作はDynamoDBに直接行われます。そのため、書き込み操作が発生すると、そのデータがキャッシュに反映されるまでに若干の遅延が生じることがあります。
3. キャッシュの一貫性の問題
   • キャッシュされたデータとDynamoDBのデータの整合性を維持することが時折難しくなる場合があります。特に頻繁に更新されるデータに対しては、キャッシュの一貫性に注意が必要です。
4. 設定と運用の複雑さ
   • DAXクラスターの設定や運用には、一定の知識と経験が必要です。特にパフォーマンスチューニングやトラブルシューティングが必要な場合、運用が複雑になることがあります。
5. DynamoDBのすべての機能に対応していない
   • DAXは主に読み取りパフォーマンスを向上させるためのものであり、DynamoDBの全ての機能（例えば、特定のトランザクション機能や条件付き書き込みなど）に完全には対応していない場合があります。

DAXが役立たないシチュエーションは？　5/9

1. 読み取りパフォーマンスの改善が必要な場合
   • シチュエーション: 高頻度で読み取り操作が行われるアプリケーションで、レスポンス時間の短縮が求められる場合。例として、リアルタイムのデータ分析ダッシュボードや、ユーザープロファイル情報の表示などが考えられます。
   • 理由: DAXは読み取りパフォーマンスをミリ秒単位で高速化するため、大量の読み取り要求に対して迅速に対応できます。
2. 高いスケーラビリティが必要な場合
   • シチュエーション: データ量が増加するに従ってシステムのスケーラビリティが必要な場合。例えば、急成長するユーザーデータベースや、大規模なトラフィックを持つウェブアプリケーションなどです。
   • 理由: DAXはクラスターとして構成でき、ノードを追加することで容易にスケールアウトできます。これにより、負荷の増加に柔軟に対応できます。
3. スキーマの変更が頻繁に行われない場合
   • シチュエーション: データモデルやスキーマの変更が頻繁でない場合。例えば、比較的安定したデータ構造を持つアプリケーションです。
   • 理由: DAXはデータのキャッシュを提供しますが、スキーマの変更が頻繁に行われると、キャッシュの一貫性管理が複雑になることがあります。
4. データの一貫性が厳密でない場合
   • シチュエーション: データの整合性が厳密でないユースケース。例えば、ユーザーの閲覧履歴など、完全な一貫性が要求されない場合です。
   • 理由: DAXはキャッシュされたデータとDynamoDBのデータの整合性に若干の遅延が発生する可能性があるため、完全な一貫性が必要な場合は注意が必要です。

DAXが役立たないシチュエーションは？　6/9

1. 頻繁な書き込み操作が必要な場合
   • シチュエーション: 書き込み操作が頻繁に行われるアプリケーションで、書き込みの遅延が問題となる場合。例えば、リアルタイムでログを収集し分析するようなシステムです。
   • 理由: DAXは主に読み取りパフォーマンスを向上させるためのもので、書き込み操作に対してはDynamoDBに直接行われるため、書き込みの遅延が問題となる可能性があります。
2. コストを抑える必要がある場合
   • シチュエーション: コストが重要な要素であり、DAXの追加コストが予算に合わない場合。例えば、小規模なプロジェクトや予算が限られている場合です。
   • 理由: DAXは追加のサービスであり、DynamoDBの使用に加えてコストが発生します。コストを抑える必要がある場合には、他の方法でパフォーマンス改善を検討する必要があります。
3. データの整合性が厳密に要求される場合
   • シチュエーション: データの一貫性が厳密に要求されるアプリケーション。例えば、金融取引や重要なトランザクションデータなどです。
   • 理由: DAXのキャッシュは読み取りパフォーマンスを向上させますが、キャッシュされたデータとDynamoDBのデータの整合性に遅延が発生することがあるため、一貫性が厳密に要求される場合には適していない可能性があります。
4. スキーマの変更が頻繁な場合
   • シチュエーション: データスキーマが頻繁に変更されるアプリケーション。例えば、データモデルが頻繁に進化するスタートアップのプロジェクトなどです。
   • 理由: DAXはキャッシュされたデータの整合性を管理するため、スキーマ変更が頻繁に行われると、キャッシュの管理が複雑になりやすいです。

まとめ　7/9

要するに…

DynamoDB Accelerator (DAX) はインメモリキャッシュサービスです。これはDynamoDBの読み取り機能をサポートするもので、読み取りの際にこのアクセラレータを使うことによって瞬時にデータを提供することができます。これにより、リアルタイムな速さが求められるアプリケーションに適しています。

ただし、DAXは主に読み取り操作に特化しており、書き込み操作のパフォーマンス向上には直接関与しません。書き込み操作においては、DynamoDBが通常通り担当し、DAXはキャッシュの更新が必要な場合にのみ関与します。そのため、基本的には読み取りで速さを求めたい場合にDynamoDBアクセラレータを使うのが最適です。

おまけ：用語解説　　8/9

読み取りパフォーマンスってなに？　1/3

読み取りパフォーマンスとは、データベースやシステムからデータを取得する際の速度や効率性のことを指します。具体的には、ユーザーやアプリケーションがデータベースに対してクエリ（データ取得の要求）を送信し、その結果が返ってくるまでの時間を測るものです。

インメモリキャッシュサービスってなに？　2/3

インメモリキャッシュサービスとは、データを一時的にメモリに保存し、データベースやディスクから直接データを取得するよりも高速にデータを読み取るためのサービスです。このサービスは、特に頻繁にアクセスされるデータに対して有効で、読み取りパフォーマンスを劇的に向上させます。

また、インメモリとは、データをメインメモリ（RAM）に保存することを指します。メモリはディスクよりもアクセス速度が非常に速いため、データの読み取り速度が大幅に向上します。

NoSQLってなに？　3/3

NoSQLとは、従来のリレーショナルデータベース管理システム（RDBMS）とは異なる設計原則に基づいているデータベース管理システムの総称です。NoSQLデータベースは、スキーマレスで柔軟なデータモデル、高いスケーラビリティ、そして高速なデータアクセスを提供します。

そしてこの特徴は、特にビッグデータやリアルタイムウェブアプリケーションに適しており、大量のデータを効率的に処理するための柔軟なデータモデルと高いスケーラビリティを提供します。

おわりに　9/9

本日はここまでです。今日はDynamoDB Accelerator (DAX) をStudy＆マスターしてきました！ただカッコいいからという理由だけの方が、意外と集中して向き合うことができたのではないでしょうか？

そうなんです！「勉強しなきゃ！知識つけなきゃ！」のように勉強を義務にしてしまうと長く続きません。だからこそ、私たちは楽しんで知識を身に着けていきましょう！そんなことをやってるうちに気づいたらスペシャリストになっているかもしれませんよ！

これからも、今日みたいに「the勉強するぞ！」という意気込みではなく、ヌルっと気づいたら知識が増えてた！みたいな軽い感覚でStudyを一緒にしていきましょう！

本日はここで、終わります。ありがとうございました。またお会いしましょう！では、さらばじゃ！

【この記事も一緒に読まれています】

【AWS】『AWS』を超分かりやすく【新感覚Study】

本日は、中二病心を満たしてくれるワードの『権威DNS』をStudy＆マスターしていきます。AWSの大枠は？そもそもクラウドコンピューティングサービスってなに？クラウドコンピューティングサービスのメリット・デメリット？AWSならではのメリット・メリットは？スケーラビリティ？ベンダーロックイン？などなど、様々な何気ないけど重要な疑問を、誰にでも分かるように解消していきます！

ascend-beyond.com

2024.07.21

【応用情報】『権威DNS』を超分かりやすく【新感覚Study】

本日は、中二病心を満たしてくれるワードの『権威DNS』をStudy＆マスターしていきます。権威DNSの大枠は？そもそもドメインってなに？権威DNSサーバ以外のDNSサーバには何がある？マスターコピー？ゾーンファイル？などなど、様々な何気ないけど重要な疑問を、誰にでも分かるように解消していきます！

ascend-beyond.com

2024.07.20