Terraform で、AWS ECS(Fargate), ALB, RDS の構成をコード化した。 - Qiita
概要 AWS ECS(Fargate), RDS, ALB 構成をTerraformでコード化してみましたので、ポイントをまとめます。 アーキテクチャの概要は、下記の記事にまとめています レポジトリはこちらで公開しています。 参考 ネット上にすごく良い情報があるので、それらから多くを学びました。 ただ、皆さんベースは、「実践Terraform AWSにおけるシステム設計とベストプラクティス」という印象です。こちらの本は見た方がいいです。 著書：野村 友規「実践Terraform AWSにおけるシステム設計とベストプラクティス」 Terraform で ECS 環境を構築する① 〜ネットワーク編〜 YouTube: それ、どこに出しても恥ずかしくないTerraformコードになってるか？ YouTube: ベストなTerraformディレクトリ構成を考察してみた Terraform ベストプ
Azure リソースの Dangling DNS (未解決の DNS エントリ) を特定する - Qiita
1. はじめに サブドメインテイクオーバーは、多くのリソースを作成/削除する企業で発生しやすいセキュリティ攻撃の1つです。 Azure などのクラウドから IaaS や PaaS などのリソースを展開すると、固有の FQDN が割り当てられます。CNAME レコードを利用し、IaaS や PaaS サービスに構築したシステムに自社ドメインでアクセスさせることが多いと思いますが、リソース削除後に CNAME レコードの削除を忘れることで、Dangling DNS (未解決のDNS レコード) が発生します。 脅威アクターが Dangling DNS を発見すると、フィッシングサイトや 閲覧者からの Cookie 情報取得などに利用され、企業の信頼の損失やさらなるセキュリティリスクにつながる恐れがあります。 サブドメインテイクオーバー対策として、 Azure リソースの Danling DNS
Amazon Forecast ハンズオン やってみた - Qiita
はじめに 今回、AWS公式のAmazon Forecast ハンズオンをやってみました。せっかくなので記事にしたいと思います。ハンズオンとしては、過去の家庭の電⼒使⽤量のサンプルデータから学習を行い、その後の使⽤量を予測するモデルをAmazon Forecastを使って構築する内容になっています。 それではやっていきましょう！ データの準備 最初に、Forecastにデータを渡すための準備をします。 やることは簡単で、S3を作成してそこにcsvファイルをアップロードするだけです。 今回はハンズオンで用意されているサンプルを使用しています。 データのインポート ここからが本番です。 最初にデータセットグループを作成します。このデータセットグループはデータセットや学習結果、予測などを入れていく箱のようなひとまとまりの事です。 データセットグループの名前 Forecastのドメイン 以上の2点を
改めてECSのデプロイ方法を整理する - NRIネットコムBlog
こんにちは。梅原です。 今日はECSのデプロイタイプについて改めて整理します。 ECSのデプロイ方法は3つあります。 ローリングアップデート Blue/Greenデプロイ 外部デプロイ の3つです。 この記事ではローリングアップデートとB/Gデプロイについて流れをおさらいします。 ECSの前段にALBを置いた構成を例にします。 ローリングアップデート ローリングアップデートの流れを見る B/Gデプロイ B/Gデプロイの流れを見る ローリングアップデートとB/Gデプロイの比較 最後に ローリングアップデート ローリングアップデートとは、稼働中のECSタスクをそのまま新しいタスクに置き換える方法です。一番オーソドックスなデプロイ方法なのではないでしょうか。 ECSのみでデプロイすることができ、設定箇所も主に後述する2つだけなので手軽にできます。ですがデプロイ中は新旧のタスクが混ざる状態となるた
AWS上のWebサービスにPrivate Link経由でアクセスする際の名前解決について - Qiita
はじめに AWS上に構築されているBtoB向けのWebサービスに、お客様オンプレミス環境からアクセスする際の名前解決についてまとめてみたいと思います。 インターネット接続して利用するのであれば、企業からgoogleなどのインターネットサイトに接続する際と同様に、公開DNSを参照して名前解決すればよいのですが、セキュリティ要件によりインターネット接続がNGである場合、Private Linkによるインターナルな通信でWebサービスに接続して利用する場合があります。 このような場合に、お客様側でどのように名前解決すればよいか整理してみたいと思います。 VPCエンドポイント、Private Linkとは VPCエンドポイントは、S3やAthena、KMSといったVPC内には存在しないAWSサービスや、別VPC(別AWSアカウント内のVPCも含む)内で提供されているサービスに、Internet G
AWSのコスト削減 EBSのボリュームタイプを見直してコスト最適化を実現する - Qiita
はじめに 本記事はAWSのコスト削減の一環として、EBSのボリュームタイプについて記載しています。 EBSのボリュームタイプを見直すことで、20%1のコスト削減が実現できます。 数字だけ見ると低いように感じるかもしれませんが、年間で見た場合は、何十万円以上に相当するコストを削減できる場合もあります。 真新しい話ではありませんが、そもそも情報を知らない人もたくさんいると思うため、AWSのコスト削減を考えている方のご参考になれば幸いです。 EBSのボリュームタイプを見直す理由 EBSのボリュームタイプを見直す理由は以下の通りです。 既存のgp2ボリュームよりもGBあたり最大20%のコストを節約 任意のボリュームサイズで3,000IOPSおよび125MB/秒のベースラインパフォーマンスを提供 従って理由がない限りgp2のボリュームタイプを使い続ける理由はありません。 今すぐに変更することができな
【塩漬けダメ絶対】AWSのAurora＆RDSがDBエンジンの延長サポートを有償提供！ - Qiita
日本時間 2023/9/1(金)の深夜、AWSより以下のアップデートが発表されました！ 土曜の朝からXで早速話題になっています。 ニュースリリース ブログ ※全体的にまだ日本語ドキュメントに反映されていない情報が多いので、リンク先にRDS Extended Supportに関する言及が見られない場合は言語設定をEnglishに切り替えて再確認することをお勧めします。 3行でまとめると？ AWSはAuroraおよびRDSのDBエンジンの所定サポート終了後、最大3年の延長サポートを有償提供する 対象のDBエンジンはMySQL 5.7 & PostgreSQL 11および、それ以降の主要バージョン 2023年12月から延長サポートへのオプトインが可能。実際の課金開始はバージョン依存。最速でも2024年3月1日以降となる クラウドにおける「DBバージョンアップ」の扱い AWSクラウドが提供するマネ
AWSのPublic IPv4構成をIPv6に切り替える | 外道父の匠
AWS の IPv6化について調査は済んだけど、書き始めるのに非常にドンヨリしております。図を書いて少しでも楽しくいきましょそうしましょ。 皆様も読んだらドンヨリするかもしれませんが、できるだけ丁寧に書いてみますので、PublicIP 有料化に抗いたい人は頑張って追ってみてください:-) 目次 また長いです。でもひきかえさないほうがいいかもしれない。 はじめに 前提知識 目的 IPv6 の設計 従来のプライベート IPv4 IPv6 の割り当て Gateway と Routing VPC SecurityGroup Network ACL Subnet Egress Only G/W NAT64 RouteTable Public Private インスタンスで動作確認 IPv6 アドレスの確認 IPv6用の設定 疎通確認 IPv6リソースの配置 既存リソースの入れ替え アプリケーションの
【AWS ANS-C01】ゲートウェイ、インターフェイス、エンドポイント、などなど、わからないのでまとめた - Qiita
【AWS ANS-C01】ゲートウェイ、インターフェイス、エンドポイント、などなど、わからないのでまとめたAWSinterfaceGatewayANS-C01 0. ANS-C01 むずかしすぎる こんにちは、yuzu_juiceです🥂 ANS-C01を勉強しているのですが、すごくむずかしいです。 特に難しいのが、ゲートウェイ、インターフェイス、エンドポイント、プライベート、パブリックなど似た用語がたくさんできてて、こんがらがってしまうところです。 本記事では、前述した用語を整理したいのでまとめてみます。 ※本記事は、2023年9月1日時点の情報になります。最新の情報はAWSの公式ドキュメントを参照ください！また、私はプロではないので記事に誤りがある可能性があります！記事の内容については自己責任で活用をおねがいします🙏 0.1. この記事に書いてあるもの Gateway（Interne
【AWS】 EC2インスタンスへElastic IP再紐付けの自動化 - Qiita
Elastic BeanstalkのAmazon EC2インスタンスで動作するアプリケーションは、一部のサードパーティのAPIや外部サービスの制約により、承認された固定IPを使用する必要がある場合があります。このような場合、Elastic IPを使用すると、EC2インスタンスに直接静的IPを割り当てることができます。 しかし、Elastic Beanstalkの更新過程でEC2インスタンスが新しいインスタンスに置き換えられると、割り当てられたElastic IPが自動的に解除されるという問題が発生します。これにより、接続が切断されたり、動作が不安定になることがあります。この問題を解決する方法の一つは、既存のElastic IPを自動的に新しいEC2インスタンスに再割り当てすることです。 本ポストでは、単一インスタンスでこのような自動化された再割り当て方法について簡単に説明します。 プロセス
AWS SES SMTP インターフェイスを使用したメール送信のSMTP認証パスワードを生成する方法 - Qiita
はじめに 業務でAWS SESを使用してメール送信処理を実装する機会があった。 実装中にSMTP認証のパスワードが違うというエラーが出て少し詰まったのでその解決方法をご紹介します。 STMP(Simple Mail Transfer Protocol)とは メール送信で使用されるプロトコルらしい。 SMTP（Simple Mail Transfer Protocol）は、インターネット上で電子メールを送信するためのプロトコルです。 SMTPは主にメールの送信に使用されるのに対し、メールの受信にはPOP3（Post Office Protocol 3）やIMAP（Internet Message Access Protocol）といった他のプロトコルが使用されます。 SMTPの主な特徴や役割は以下の通りです： メールサーバ間の通信: SMTPは、メールを受け取るサーバ（受信サーバ）からメール
【セミナーレポ】AWS Networking Roadshowに参加してきました！ - Qiita
先日もQuickSight特化の1Dayイベントがありましたが、今回はNetworking特化です！ AWSのRoadshowシリーズはグローバルで各国開催されているようで、今回も海外の製品企画部門の方からのキーノートもありました。 エンプラ現場でシステムを扱っていると何だかんだでネットワーク関連は避けられないので、とても楽しみなセミナーでした！ 各セッション内容の簡単な紹介 聴きながらの走り書きのため、部分的な内容となることご容赦ください🙏 キーノート：今後の AWS Networking AWSグローバルのNetworkingテックリード、Steveさんからのキーノートです。 AWSの物理インフラについて AWSの持つグローバルインフラが各サービスを提供する基礎になっている 現在AWSリージョンは３２あり、それぞれ最低3つのAZを持つことで可用性を保っている 離れたAZ同士を繋ぐため
「AWS基礎100本ノック」日本公式が公開 クラウドの基礎や最新動向の調べ方、動画で解説
AWSジャパンは8月28日までに、日本オリジナルの学習コンテンツ「AWS基礎100本ノック」を、オンライン学習サービス「Skill Builder」で公開した。非IT領域の担当者や学生向けの映像コンテンツで、Amazonのアカウントがあれば無料で視聴できる。 講義は全10パート（計2時間40分ほど）で、AWSを中心にクラウドサービスに関する基礎用語を解説。その上で、AWSに関する最新動向の調べ方も紹介する。例えば「リージョン」や「アベイラビリティゾーン」といったクラウド用語に加え、AWSの活用事例がどこで見られるかなどを説明している。 Skill Builderは無料プランで600以上の学習コンテンツなどを利用できる学習サービス。有料サブスクリプション（月額29ドル）では無料版の内容に加え、AWSの資格試験の模擬試験などが受けられる。 関連記事 ITに自信がなくてもOK AWSの基礎がわか
AWS WAF ベーシックな設定について - Qiita
AWS WAF（Web Application Firewall）は、Amazon Web Services（AWS）が提供するウェブアプリケーションファイアウォールサービスです。このサービスは、ウェブアプリケーションを悪意のあるトラフィックや攻撃から保護するためのものです。 AWS WAFとは？ AWS WAFは、ウェブアプリケーションやAPIに対する一般的なウェブ攻撃を検出し、ブロックするためのサービスです。これにより、SQLインジェクションやクロスサイトスクリプティング（XSS）などの攻撃を防ぐことができます。 AWS WAFのメリット カスタマイズ可能: AWS WAFは、特定のトラフィックパターンや攻撃を検出・ブロックするためのカスタムルールを設定することができます。 リアルタイムのモニタリング: AWS WAFは、リアルタイムでのトラフィックの監視とログの取得が可能です。 スケ
【AWS】AWSアカウント作成方法(個人開発用) - Qiita
手順 ① サインアップ画面表示 以下URLにアクセス https://portal.aws.amazon.com/billing/signup#/start ② 必要情報の入力（メールアドレス/アカウント名） (1) [ルートユーザのEメールアドレス] を入力 (2) [AWSアカウント名] を入力 (3) [認証コードをEメールアドレスに送信] をクリック ③ 認証コードの入力 (1) ②で入力したメールアドレス宛にメールで認証コードが届くので、 メール内の[検証コード]を確認 (2) [確認コード]に(1)[検証コード] を入力 (3) [認証を完了して次へ] をクリック ※メールで届く[検証コード] ▼入力画面 ④ ルートユーザのパスワード入力 (1) パスワードを決定 ※ パスワードの強度は、以下である必要がある ・8文字以上128文字以内 ・以下の中から３つ以上の種類の文字を含め
【お手軽】AWS EC2をOracle Cloud Computeに移行してみた - Qiita
はじめに AWS EC2はクラウドサービスの中で最も代表的なサービスで利用ユーザも多いですが、IaaSの引っ越しという観点でOracle CloudのComputeサービスに移行する手順を備忘録として記載します。 前提条件 ●移行対象インスタンス情報 基盤：AWS EC2→Oracle Cloud Compute 台数：1台 OS：Ubuntu 20.04.6 LTS DB：PostgreSQL 12.16 AP： Apache 2.4.41 ソフトウェア：Redmine 4.0 ●その他 AWS VPC、OCI VCNは事前に作成済み AWS VPCのセキュリティグループ、OCI VCNのセキュリティリストは事前設定済み(ポート20と80開放) httpのみでの通信 IPアドレスは変更となる 移行手順イメージ 以下画像のイメージで移行を実施します。 ①AWS EC2にてRedmine S
AWSコスト削減とリソース管理 | 外道父の匠
クラウド使いなエンジニアの皆様、猛暑と円安の中いかがお過ごしですか。上層部からインフラコスト削減を突きつけられてはおりませんでしょうか。 今回はおそらく初めてコスト削減についてAWSを軸に書いていきますが、考え方はどこの環境でも似たりよったりなので何かしらの足しになればと思う次第であります。 目次 長いです。ひきかえしたほうがいいぞ！ コミュニティに捧げます AWSの売上 コスト削減とは 三大使命 コスト状況整理 Load Balancer 参考リンク 統合による削減 EC2 Autoscaling 参考リンク 情報整理 古いインスタンスタイプの変更 スケジュールの調整 スポットインスタンスの適用 軽量インスタンスの統合・サーバーレス化 アプリケーション処理の軽減 EC2 EBS EBSは高い 不要EBSを削除・スナップショット化 ボリュームタイプの変更 EC2 AMI NAT Gatew
AWSを使ったA/Bテスト基盤を独自構築する方法を考えてみた - Qiita
はじめに Google Optimizeのサービス終了というニュースが飛び込んできたり、A/Bテストツールの代替案を模索している方も多いかと思います。理想を言えば、このようなマーケティングツールは何かしらの有償ツールを利用することが、マーケティング・エンジニア工数対効果の上でも圧倒的に優れています。一方で、何かしらの理由で内製化せざるを得ないケースもあるかと思うので、今回の記事ではAWSのリソースを使ってA/Bテストを実装する方法を検討してみました。 A/Bテストとは A/Bテストとは、2つの異なるバージョンのウェブページやアプリケーションを同時にテストし、どちらが目的のKPI（例: コンバージョン率やクリック率.etc）において優れているかを比較する手法です。 具体的には、「A」という元のデザインやコンテンツと、変更を加えた「B」の新しいバージョンを、ランダムに分けられたユーザーグループ
大規模サービスのデータベースエンジンを MySQLからAurora MySQLへの移行 〜リードレプリカ, DNSを利用した最小ダウンタイム移行方法〜 - メドピア開発者ブログ
バックエンドエンジニアの徳富(@yannKazu1)です。先日、メドピアのメインサービスであるmedpeer.jpで使われているデータベースエンジンを、MySQLからAurora MySQLへと移行しました。今回はその移行のプロセスについて詳しくお話しします。 移行したデータベースの簡単なインフラ構成 移行方針 今回移行するデータベースは複数のアプリケーションから参照されており、ダウンタイムによるユーザー影響が大きいため、移行方針の検討の段階で重視したのは、ダウンタイムの最小化でした。これを達成するために、DNSのCNAMEレコードと、Auroraのリードレプリカを活用し、移行させることにしました。 DNSのCNAMEレコードの使用 データベースエンドポイントをアプリケーションに直接記述する代わりに、DNSのCNAMEレコードを利用して間接的に参照するようにしました。これにより、データベー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS履修者のためのAzure入門
