日々何気なくお世話になっている VPC 含むネットワークは、ちゃんと理解しようとすると思ったより多い情報量と、それに対するパターンの経験が必要になります。 私自身、正直ネットワークのお話は好きじゃないのですが、現行の事情を踏まえてこの辺の基本と雑学を振り返っておくと、技術力のベースが整ってよろしいのではと思って整理することにしました。 はじめに 新年度なので、学習教材シリーズです。今回はネットワーク周りで、基礎に味付けするような内容です。もしかしたらお嫌いなジャンルでしょうか、でも少しだけやりましょうそうしましょう。 関連情報としては、このあたり。 公式 ENOG81: AWSのIPv6とPublic IPv4のおはなし – Speaker Deck Amazon VPC とは? – Amazon Virtual Private Cloud 外道父の匠 AWS VPCルーティングの基本から
AWS Transit Gateway を用いて NAT Gateway を集約し、コストを最適化するための経路設計 - サーバーワークスエンジニアブログ
マネージドサービス部 佐竹です。 以前 NAT Gateway 集約のためのネットワーク設計においてトラブルを発生させてしまったことがあり、その再発防止のためのブログを記載します。 はじめに 各 VPC ごとに NAT Gateway を構築した場合 NAT Gateway の利用料 AWS Transit Gateway を用いて集約する NAT Gateway 集約と経路設計 Transit Gateway を構築する Transit Gateway Attachment (Type VPC) を各 VPC で作成する 「VPC A」と「VPC C」の Subnet の経路を修正し、 NAT Gateway を削除する 一度ここで経路確認を行ってみる Transit Gateway のルートテーブルに「0.0.0.0/0」を追加する Reachability Analyzer での動作
AWSのパブリックIPv4の料金体系の変更とサイバーエージェントのIPv6活用推進事例 | CyberAgent Developers Blog
CTO統括室の黒崎(@kuro_m88)です。 つい最近AWSからIPv4の料金体系の変更が発表されました。 新着情報 – パブリック IPv4 アドレスの利用に対する新しい料金体系を発表 / Amazon VPC IP Address Manager が Public IP Insights の提供を開始 AWSのパブリックIPv4アドレスの料金体系の変更後の影響、コスト削減のための対応策の検討、サイバーエージェントグループにおけるIPv6の推進活動についてご紹介いたします。 変わること 今までは VPC 内のリソース、Amazon Global Accelerator、AWS Site-to-Site VPN トンネルに割り当てられた、使用中のパブリック IPv4 アドレス（AWSが提供するパブリック IPv4 アドレスおよび Elastic IP アドレスを含む） という条件であれば
AWS の Public IPv4 アドレスに 2024年2月1日から請求が開始される件について影響を事前に確認する - サーバーワークスエンジニアブログ
マネージドサービス部 佐竹です。 2023年7月末に発表された AWS における Public IPv4 アドレスの有料化が話題ですが、事前にこの利用料金への影響度合いを調査する方法についてお知らせします。 はじめに AWS 公式ブログ 新着情報 – パブリック IPv4 アドレスの利用に対する新しい料金体系を発表 / Amazon VPC IP Address Manager が Public IP Insights の提供を開始 AWS におけるパブリック IPv4 アドレスの使用状況の特定と最適化 影響の確認方法について 利用料金への影響を確認する AWS 利用料確認ページから明細を確認する AWS Billing > Bills から確認する AWS Cost Explorer から確認する 費用発生の原因となるリソースを特定する Amazon VPC IP Address Man
こんにちは、NTT東日本の白鳥です。 AWSでネットワークを構築する際にBGPの設定が必要になるケースが出てくるかと思います。 なかにはハンズオンで出てきた設定をそのまま入れられる方もいらっしゃるかもしれません。 AWSを利用するためのBGPを少しでも理解が深まると幸いです。 ※本記事はBGPのすべてを理解することが目的ではなく、あくまでAWS利用時に必要となる部分に絞っています。 AWSのネットワーク設定においてBGPが出てくるシチュエーション AWSのネットワーク設定を行う中でもBGPの設定に出会うシチュエーションは大きく3つあります。 Direct Connect Transit Gateway Site-to-Site VPN たとえば、仮想プライベートゲートウェイを作成するときに、こんな設定項目を見たことがあるかと思います。 BGPとは？BGPが必要になる背景 BGPはBorde
Network Load Balancer (NLB) がセキュリティグループをサポートして何が嬉しいのか整理してみた | DevelopersIO
うおおおおおおおおお!!! ってなったけどなんで歓喜しているんだっけ? こんにちは、のんピ(@non____97)です。 皆さんはNetwork Load Balancer (以降NLB) にセキュリティグループをアタッチしたいなと思ったことはありますか? 私はあります。 本日8/11についにサポートされましたね! 早速、偉大な先人がアップデートをまとめてくれています。 細かい仕様は以下AWS公式ドキュメントにも記載があります。 うおおおおおおおおおおおおお!!! という感じで目が覚めたのですが、なぜ私はこんなに歓喜しているんでしょうか。 この感情を言語化してみました。 いきなりまとめ クライアントIPアドレスを保持する場合、NLBを介さずに直接アクセスされるのを防ぐことが簡単になった 従来はターゲットのセキュリティグループでクライアントのIPアドレスからの許可をする必要があったため、NL
AWSのNAT gatewayを整理して月額約$357のコストを削減しました - Oisix ra daichi Creator's Blog（オイシックス・ラ・大地クリエイターズブログ）
SREの林 aka もりはやです。 今回はAWSコスト削減についてです。 ＊注意＊参考のスクリーンショットでパブリックなIPやリソースIDが表示されていますが、検証環境のもので既に削除済みです TL;DR NAT gatewayの料金は意外と高い 歴史的経緯で沢山のNAT gatewayが存在した NAT gateway整理の流れ 1. 未使用のPrivate Subnet・Route tableを削除する 2. VPC内の同一AZのNAT gatewayを集約する 3 . 上記の対応で不要となったNAT gatewayを削除する NAT gatewayの"Monitoring"画面で、各種メトリクスが変動していないか 削除対象のNAT gatewayがRoute tableから利用されていないか確認 ついにNAT gateway削除！でもEIP(Elastic IP)は残るので注意 終わ
Amazon Web Services ブログ AWS におけるパブリック IPv4 アドレスの使用状況の特定と最適化 この記事は、Identify and optimize public IPv4 address usage on AWS を翻訳したものです。 本日、AWS は2024 年 2 月 1 日から始まるAWS提供のパブリック IPv4 アドレスに対する新しい費用請求について 発表しました 。このブログ記事では、アイドル状態及び使用中のパブリック IPv4 アドレスの追跡と監視、将来のコストの見積もり、最適化の機会の特定に役立つ、本日リリースされた 2 つの新機能を紹介します。これらの変更が AWS の費用請求にどのような影響を与えるかをよりよく理解していただくため、本日より AWS Cost and Usage Report (CUR) に、パブリック IPv4 アドレスに関
本記事は 初夏のAWSアワードエンジニア祭り 10日目の記事です。 🍦 9日目 ▶▶ 本記事 ▶▶ 最終日 💻 2023 Japan AWS All Certifications Engineers発表時の裏話 NRIネットコムの望月です。初夏のAWSアワードエンジニア祭りもいよいよ明日で終わりです。 昨年に続き、2023 Japan AWS All Certifications Engineersに選出されました。 この認定は、 APN(AWS Partner Network)企業に所属している AWSの認定資格を全て持っている の2つの条件を満たしていれば、申請すると誰でも貰えるものです。 ところが、2023年4月20日に認定者の発表があった時点では、私の名前はありませんでした。 4回くらいはページリロードしましたね。 しかしながら、残酷なことに表示結果は変わらず「何故だ！！まぼろ
i. アタッチされていない不要なElastic IPアドレスが無いか確認する これは今回の料金体系が適用される前にも有効な対策です。（現時点でも課金対象のため） 「1.現状把握」章でも紹介しておりますが、まずはアタッチされていない不要なIPv4アドレスが無いか、Amazon VPC IP Address Manager (IPAM)から確認します。 関連付けれていないEIPが想定より多い場合は削除を検討します。 「不要な」と記載した通り、将来的に利用を想定しているEIPは誤って消さないように注意しましょう。 また、ただ単純にEC2へのSSH/RDPのためにIPv4アドレスを利用している場合は、Systems Manager Fleet Managerや、EC2 Instance Connect Endpointを代替利用できる可能性があります。 アタッチされているIPv4アドレスに対しても
CDK の中で DB を初期化する点についても後ほど触れます。 S3 にサンプルデータをアップロードする 続いて、以下のコマンドで S3 にサンプルのデータを入れます。 bucket_name=$(aws cloudformation describe-stacks --stack-name BlogAthenaJoinS3AndMysqlStack --output text --query 'Stacks[0].Outputs[?OutputKey==`BucketName`].OutputValue') aws s3 cp ./s3_test_data/data "s3://${bucket_name}/data" --recursive これで CloudFormation で作成した S3 バケット名を取得し、そのバケットに以下の CSV ファイルをアップロードしました。 ※4都
Static IP for Lambda: ingress, egress and bypassing the dreaded NAT Gateway | theburningmonk.com
Static IP for Lambda: ingress, egress and bypassing the dreaded NAT Gateway Many vendors require you to have a static IP address for your application. Such that all requests to their API must originate from an allow-list of IP addresses. In some cases, they even mandate that you use a static IP address for ingress traffic too. So they can communicate with your system through a trusted IP address.
各アドレスが何に割り当てられているかのリストも見れるので、基本的には全容を把握することが可能です。 ただし注意点として、閲覧した現時点での情報である、ということです。 EC2 の PublicIP を課金目線で数える PublicIP の有料化は１時間単位のため、Insights で見て現在の情報で計算しても、AutoscalingGroup のリソース量変動によって、少し実情と離れた結果になりそうなので、工夫して数えます。 CloudWatch 管理画面で、【すべてのメトリクス】→【Auto Scaling】→【グループメトリクス】に移動し、＜GroupDesiredCapacity＞を検索に追加します。 出てきた AutoscalingGroup で Public Subnet に属するものに全てチェックを入れれば、まずは現在の実台数を表示できるので、その数値を全て足しておきます。そし
AWS Lambda in VPC から、IPv6 で Egress-only internet gateway を通って外に出ていけるようになりました。 それに関連して、APIエンドポイントと NAT G/W を絡めて確認したことをまとめておきます。よくわからないタイトルになりましたが、雑学用の材料ということで:-) リリース 公式情報はこちら。 Announcing AWS Lambda’s support for Internet Protocol Version 6 (IPv6) for outbound connections in VPC 英語版はLambda の Dual-stack が Yes に AWS services that support IPv6 – Amazon Virtual Private Cloud 内容的に、確認したいことはすぐ成功して終わるだろうと
VPC PeeringからAWS Transit Gatewayに移行する際のベストプラクティスと考慮事項 | Amazon Web Services
Amazon Web Services ブログ VPC PeeringからAWS Transit Gatewayに移行する際のベストプラクティスと考慮事項 この記事では、既存のVPCで利用されているAmazon Virtual Private Cloud (VPC) PeeringからAWS Transit Gatewayへ移行する際の移行手順やシームレスな移行を実現するために対処すべき考慮事項を紹介します。また、iPerfなどの一般的なネットワークテストおよびベンチマークツールについても解説し、考えられるネットワークへの影響や移行時に監視すべきメトリックスを解説します。 背景 VPC Peeringは2014年に開始され、プライベートIPv4アドレスまたはIPv6アドレスを使用してAWS上の異なるネットワーク間でトラフィックをルーティングし、複数の VPC環境でトラフィックをスケーリング
ども、大瀧です。本日、Amazon EC2にアップデートがあり、複数のVPCにEC2インスタンスを接続できるようになりました。 試してみた様子をご紹介します。 AWS管理コンソールではENIが表示されない 手順としては、通常通りEC2インスタンスを作成してから、NIC(Network Interface Card)機能であるENIを追加で作成し、インスタンスに接続(アタッチ)する流れになります。 現時点(日本時間10/27 AM8:00)でAmazon EC2の管理コンソールでは、ENIの追加画面で異なるVPCのENIがリストに表示されません。 管理コンソールでは同一VPCのENIのみ一覧に表示される仕組みになっていて、今回のアップデートにはまだ対応していないのではと予想します。後日対応すると思われます。 代わりに今回はAWS CLIで、異なるVPCのENIをEC2インスタンスにアタッチし
EC2 Instance Connect Endpointを複数アカウント間で使う際に気を付けるべきこと | DevelopersIO
しばたです。 弊社平井によりEC2 Instance Connect EndpointをVPC Peering経由で使う記事が公開されています。 こちらの記事では「複数アカウントまたがる環境では期待した動作にならない」旨の内容が記載されていますが、本記事ではこのへんの制約や回避策を語りたいと思います。 EC2 Instance Connectの機能をおさらい 以前の記事でも解説しましたが、EC2 Instance Connectは今回新規に増えたEC2 Instance Connect Endpointを介したEC2インスタンスへの接続だけでなく、従来からあるIAMロールベースのEC2への接続制御と合わせて2つの機能があります。 従来の機能 従来の機能はSSH鍵の自動交換をベースにIAMロールによる接続制御を行っています。 具体的な実装としては、 クライアントでSSH鍵(秘密鍵、公開鍵)を
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS VPC のネットワーク小話～Public/PrivateとIPv4/6～ | 外道父の匠
AWS利用のためのBGPをざっくり理解する | DevelopersIO
AWS におけるパブリック IPv4 アドレスの使用状況の特定と最適化 | Amazon Web Services
半年前に勉強会で話したAWS VPCルーティングについて改めて整理してみた - NRIネットコムBlog
AWS環境上のIPv4アドレス数を減らしたいときに確認するチェックリスト | DevelopersIO
Athena で S3 と MySQL を JOIN する | DevelopersIO
AWSの削減対象なPublicIPの調査 | 外道父の匠
AWS Lambda IPv6 と APIエンドポイントと NAT G/W | 外道父の匠
複数のVPCにEC2インスタンスを接続する | DevelopersIO