インフラ編Part2 ～ECS＋ALBで実現するLINE Botサーバー構築 - NRIネットコムBlog
こちらの記事の続きとなります。 tech.nri-net.com 本シリーズのトップページはこちら！！ tech.nri-net.com 本記事では、メッセージに応じたニュース通知機能のインフラ部分の設定をお話ししていきます。 LINEとAWS間の通信 ALB ターゲットグループ セキュリティグループ リスナー・リスナールール Route53 & AWS Certificate Manager Route53でホストゾーン作成 ネームサーバーの変更 Aレコードの作成 証明書の発行 LINE Bot サーバー構築 Amazon ECS コンテナ起動・停止切り替えバッチ AWS Lambda & EventBridge 本機能におけるアーキテクチャは以下の通りです。 LINEとAWS間の通信 LINE Botサーバーを構築する前に、まずLINEユーザーとAWS間の通信環境を整えていきましょう。
Amazon Cognito Hosted UIで、署名付きURLを使用し認証ユーザーごとにプレフィックス分けてS3バケットにアップロードする | DevelopersIO
Amazon Cognito Hosted UIで、署名付きURLを使用し認証ユーザーごとにプレフィックス分けてS3バケットにアップロードする はじめに 本記事では、Amazon Cognito Hosted UIを利用して、単一のS3バケットに対して署名付きURLを用いて、認証済みユーザーごとにプレフィックスを分けたアップロード方法を解説します。 この手法により、各ユーザーのファイルを効率的かつセキュアに管理することが可能になります。 以前、クライアントからEC2インスタンス経由でS3バケットにファイルをアップロードする方法を紹介しました。しかし、この方式では、大容量ファイルのアップロード時にEC2インスタンスに過度な負荷がかかるという課題がありました。 今回は、署名付きURLでクライアントから直接S3にファイルをアップロードする方式で試してみます。 S3の署名付きURLは、S3バケット
メンテナンス画面の表示方法いろいろ | 外道父の匠
コンテナの話（AWSコンテナ系アーキテクチャの選択肢を最適化する）をした時にメンテナンス画面の表示についても軽く触れました。 改めて整理すると他にもいろいろあるということで、上から順に超ザックリと並べていきたいと思います。一応 AWS でを想定していますが、一般的な方法論でもあるので、どこだろうと何かしらの足しにはなるかもです。 条件 どのようなメンテナンス状態にしたいかによりますが、満たすべき条件はおそらくこのようなものがありますよ、ということで整理します。 １回の変更操作で、一括したメンテインを保証すること 管理者はメンテにならず通常アクセスする手段があること メンテ機能の仕込みによって悪影響がないこと 希望するメンテ用レスポンス内容を実現可能であること 静的 or 動的 Status Code 503 Content-Type レスポンス・サイズ 例えば DNS のレコード値を変更し
[アップデート] インターネット向けApplication Load Balancer (ALB) が IPv6 のみのアドレスタイプをサポートしました | DevelopersIO
[アップデート] インターネット向けApplication Load Balancer (ALB) が IPv6 のみのアドレスタイプをサポートしました デュアルスタックではなく、IPv6のみのALBを作成したい こんにちは、のんピ(@non____97)です。 皆さんはデュアルスタックではなく、IPv6のみのALBを作成したいなと思ったことはありますか? 私はあります。 以下AWS Blogでも紹介されているとおり、2024/2/1よりパブリックIPv4アドレスへ課金が発生するようになりました。 この影響で不要なパブリックIPv4アドレスを断捨離している方も多いのではないでしょうか。 ただし、なかなか断捨離が難しい要素があります。例えば、ALBです。 従来ALBではアドレスタイプをIPv4かデュアルスタックのどちらかしか選択できませんでした。そのため、インターネット向けALBを作成する際
![[アップデート] インターネット向けApplication Load Balancer (ALB) が IPv6 のみのアドレスタイプをサポートしました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/6b2baf14c69bcb02df058dd87573ec1dc34dd8ef/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F08%2Felastic-load-balancing.png)
EC2がどのElastic Load Balancerに関連付けられているか確認する方法（AWS CLI） - サーバーワークスエンジニアブログ
こんにちは！イーゴリです。 EC2がどのElastic Load Balancerに関連付けられているか確認する方法を紹介したいと思います。 ロードバランサータイプによって確認方法が異なりますので、下記のコマンドをご参考ください。 Application Load Balancer / Classic Load Balancer への関連付けの確認方法 Network Load Balancer への関連付けの確認方法 Application Load Balancer / Classic Load Balancer への関連付けの確認方法 特定のインスタンスIDが紐づいているELBを表示するコマンドです。 aws elb describe-load-balancers --query "LoadBalancerDescriptions[*].{ID:LoadBalancerName,In
ウン十万接続のALB SSL証明書を平和に更新したい - Nature Engineering Blog
こんにちはSREの黒田です。 これは第2回 Nature Engineering Blog 祭9日目のエントリです。 昨日はCorporate ITのマロニーによる GASを使って社内のSaaSアカウントを可視化しよう - Nature Engineering Blog でした。 昨日に続いて今日のお話も、話題の新製品Remo nanoやMatterとは関係ありません。 TL;DR WebSocketで大量に永続接続されているALBのSSL証明書を更新すると、接続がばっこんばっこん切られて大変なので、ALBを二台用意して緩やかに接続を移行するようにしたら、大変平和になって僕もみんなもハッピーになった。 背景 そもそもNatureではどこに何のためにWebSocketを使ってるの？って話から始めると長いので、詳しくはこちらを見ていただければと思います (結構前の資料なので今とは違う部分も色々
既存のECS(Fargate)にALBを追加してみる | DevelopersIO
ECS(Fargate)でとりあえずタスクを立ち上げて使えるようにしてみたけど、本当はALBを前段に置いてバランシングしたいんだよねぇ。なんてことはありませんか？ ようするに今タスクIP直アクセスして使ってるやつを、こう変えたいみたいなことです。 マネジメントコンソールから変更しようと思うと、一見できなさそうに見えますが、ドキュメントにAWS CLIまたはSDKを使用してロードバランサーの設定変更できる旨が記載されています。 AWS CLI または SDK を使用して、ロードバランサーの設定を変更します。設定の変更方法の詳細については、「Amazon Elastic Containers サービス API リファレンス」の UpdateService を参照してください。 クラシックコンソールを使用したサービスの更新 - Amazon ECS UpdateService - Amazon
[新機能] HTTPヘッダーやクエリ文字列などなどでルーティングができちゃう!!AWS ALBで高度なリクエストルーティングが可能になりました! | DevelopersIO
[新機能] HTTPヘッダーやクエリ文字列などなどでルーティングができちゃう!!AWS ALBで高度なリクエストルーティングが可能になりました! ALBに新機能が登場し､高度なリクエストルーティングが可能になりました!! 従来のホストヘッダー､パスパターンに加えて､HTTPヘッダーとメソッド、クエリ文字列、および送信元IPアドレスによる制御が可能になります! はじめに おはようございます､加藤です｡ALBに新機能が登場し､高度なリクエストルーティングが可能になりました｡ 従来ALBでもリスナールールを使うことによって以下の要素で転送先を制御可能でした｡ ホストヘッダー パスパターン ※ ポート番号はリスナールールによる制御ではなく､ポート番号毎にリスナーを作成して行う制御なので記載していません｡ 今回のアップデートで以下による制御も可能になりました!! HTTPヘッダー Valueにのみ*
![[新機能] HTTPヘッダーやクエリ文字列などなどでルーティングができちゃう!!AWS ALBで高度なリクエストルーティングが可能になりました! | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/f65c40211fcb979cf973d35ae396b0d7afa2ee06/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F11%2Feyecatch_application-load-balancer_1200x630.jpeg)
Amazon EKS 上の複数のアプリケーションを 1 つの Application Load Balancer で外部に公開する方法 | Amazon Web Services
Amazon Web Services ブログ Amazon EKS 上の複数のアプリケーションを 1 つの Application Load Balancer で外部に公開する方法 この記事は How To Expose Multiple Applications on Amazon EKS Using a Single Application Load Balancer (記事公開日: 2022 年 2 月 14 日) を翻訳したものです。 導入 マイクロサービスアーキテクチャは、クラウドネイティブアプリケーションの選択肢の 1 つとなってきました。よりきめ細かいスケーラビリティ、機能の分離、そして特定のアプリケーションの機能を担当する独立したチームを置くことができるといった理由から、このアーキテクチャパターンは広く採用されつつあります。新しいアプリケーションがクラウドで生まれる事実と
ALB で Cognito ユーザープール認証を使う構成で 60分を過ぎても再度認証処理が行われません | DevelopersIO
困っていた内容 ALB のユーザー認証に Cognito のユーザープールを利用し SAML連携しています。 Cognito のアプリクライアントの設定で、アクセストークンとIDトークンの有効期限を、それぞれ60分にしているのですが、 60分を過ぎても再度認証処理が行われません。 60分で再度認証が行われるようにするには、どうすればよいでしょうか？ どう対応すればいいの? ALBに、セッションタイムアウト設定がありますので、そちらを確認してみてください。 ALB のセッションタイムアウト設定は、デフォルトの場合 604,800 秒（1 週間）となっています。[1] 認証のフロー cookie の有効期限が切れていない限り、後続のすべてのリクエストはステップ 9 から始まります。 60分で再度認証が行われるようにするには、ALB のセッションタイムアウト設定にも 3600秒 (60分) を指
TargetGroupBinding を使って AWS EKS で Kubernetes を無停止かつ DNS 切り替え無しでバージョンアップしました | Recruit Tech Blog
TargetGroupBinding を使って AWS EKS で Kubernetes を無停止かつ DNS 切り替え無しでバージョンアップしました yucky-s はじめに こんにちは、スタディサプリENGLISH SREグループの yucky です。 リクルートに入社して 8 ヶ月が過ぎました。 私のリクルートにおける最初のミッションは、スタディサプリENGLISHが稼働している Kubernetes (以下、k8s) のバージョンを上げることで、今回 v1.17 から v1.21 に上げることが出来ました。 その際に、サービス停止も DNS 切り替えもせずにクラスタ移行ができるように、AWS Load Balancer Controller の TargetGroupBinding というカスタムリソースを利用した構成に変更しましたので、それについて説明します。 現在スタディサプリ
ALB で Cognito ユーザープール認証を使う構成で 1 週間以上ログイン状態を維持できません | DevelopersIO
困っていた内容 Application Load Balancer（ALB）でユーザー認証に Cognito ユーザープールを使用しています。 Cognito ユーザープールのアプリクライアントの設定では、ID トークン・アクセストークンの有効期限を 10 日としましたが、1 週間で再ログインが求められます。 ALB のユーザー認証に Cognito を使用する構成で、1 週間以上ログイン状態を維持することはできますか？ どう対応すればいいの？ 上記の構成では 1 週間以上ログイン状態を維持することはできません。 ALB がログイン状態を維持するにはセッションが必要です。しかしながら、ALB のセッションタイムアウト設定は、最大で 604,800 秒（1 週間）であるため、1 週間経過すると再ログインを求められる挙動になります。（2021/03/15 時点） ALB のセッションタイムアウ
ALBでHTTP500エラーコードが発生する原因と対処方法を教えてください | DevelopersIO
困っていた内容 ALBのCloudWatchメトリクスを確認したところ、HTTPCode_ELB_500_Countの合計数が増えていました。 バックエンドではなく、ALBがHTTP500エラーコードを返しているようです。 ALBでHTTP500エラーコードが発生する原因と対処方法を教えてください。 どう対応すればいいの？ ALBでHTTP500エラーコードが発生する原因は2つ考えられます。 AWS WAFのウェブACLルール実行エラー ALBのユーザー認証エラー HTTP 500: Internal server error - Application Load Balancer のトラブルシューティング 考えられる原因: AWS WAF のウェブアクセスコントロールリスト (ウェブ ACL) を設定し、ウェブ ACL ルールの実行でエラーが発生しました。 ロードバランサーは、IdP ト
CloudFront + ALB + S3でリダイレクトを設定しつつ、静的サイトをホスティングする方法 - ITANDI Engineer Blog
はじめに グループ会社のイタンジ株式会社に出向している、新卒1年目の田渕です。 AWSを用いて静的サイトをホスティングするという業務を担当し、構成を考えるところから始めて実際にホスティングすることに成功しました。 静的サイトなのにリダイレクトを設定しなければならないという要件があったため、検索してもドンピシャな構成は出てこなかったのですが、試行錯誤したところ比較的良さそうな構成に行き着いたので、共有したいと思います。 要件 新サービスの発表にあたって、LPとして静的サイトをホスティングする必要がありましたが、以下のような要件が与えられました。 配布するURLからLPにリダイレクトする 本番デプロイ後には配布したURLからtopページにアクセスしてほしいが、まだ本番サイトが存在しないので、現状はLPに遷移させておきたい。 なるべく手間を掛けずにHTTPS通信ができる形でホスティングする 静的
CloudFront専用のALBをリクエストルーティングで設定してみた | DevelopersIO
ALBに新機能が登場し､高度なリクエストルーティングが可能になりました!! 従来のホストヘッダー､パスパターンに加えて､HTTPヘッダーとメソッド、クエリ文字列、および送信元IPアドレスによる制御が可能になります! はじめに AWSチームのすずきです。 ALBの高度なリクエストルーティング を利用して、CloudFront、CDNを経由しない、ELBへの直リクエストを禁止したALBを設定する機会がありましたので、紹介させていただきます。 https://dev.classmethod.jp/cloud/aws/advanced-request-routing-for-alb/ ELB設定 デフォルトルールの編集 設定対象のALBを選択、「リスナー」のタブより「ルールの表示/編集」より設定を行います。 「デフォルトアクション」 のルールを変更します。 デフォルトアクションとして以下を設定しま
ALBリスナールールとLambdaだけでメンテナンスページへの切替が簡単にできる仕組みを作る | DevelopersIO
どーもsutoです。 毎日決まった時間帯にWebサイトをメンテナンスページに自動切替を行う仕組みを構築する機会がありましたので、備忘録も含めて本記事に残そうと思います。 作成するリソース 今回作成するリソースは以下となります。（既にALB作成、Webサイト（EC2）へ転送するALBリスナールールを作成済であることを前提とします） メンテナンス画面を表示させるLambda(1)を作成 Lambda(1)をターゲットグループに登録し、それをALBリスナールールに設定 ALBリスナールールのPriority値を変更するLambda(2)を作成 Lambda(2)を定期実行させるEventBridgeを作成 やってみた メンテナンスページ用Lambdaとターゲットグループの作成 EC２メニューから「ターゲットグループの作成」をクリックし、ターゲットタイプでLambda関数を選択し、「ターゲットグル
AWS EKSのingress controllerがupdateされてAWS Load Balancer Controllerという名前に変わったので試してみた - freee Developers Hub
この記事は freee Developers Advent Calendar の 14 日目です。 どうも id:renjikariです。 10月にEKSのingress controllerが2.0.0になり名前がAWS Load Balancer Controllerになって登場しました。 ぶっちゃけ私はingressにも、もとのalb-ingress-controllerにも全然詳しくないんですがこの機会に新旧のControllerを構築して試して(遊んで)見ようと思います。 できるだけだれでもできるように目指します。構築は基本的にはAWSの公式に則ります。 EKSの構築: https://docs.aws.amazon.com/ja_jp/eks/latest/userguide/getting-started-eksctl.html ALB周り: https://docs.aws
[アップデート] ALBでエンドツーエンドのHTTP/2サポートによりgRPCワークロードが可能になりました | DevelopersIO
本日のアップデートにより Application Load Balancer（以下、ALB）でエンドツーエンドのHTTP/2がサポートされ、加えて gRPC プロトコルが利用可能になりました。 Application Load Balancers enables gRPC workloads with end to end HTTP/2 support ALB でエンドツーエンドの HTTP/2 通信が可能に 以前より ALB は HTTP/2 に対応していましたが、ALB - ターゲット間の通信は HTTP/1.1 に変換されていました。そのため、エンドツーエンドでの HTTP/2 利用できませんでした。この仕様により、HTTP/2 をトランスポートに利用する gRPC を ALB で利用することは出来ないため、NLB または CLB を利用されていたかと思います。 今回のアップデートで
Amazon AthenaのPartition Projectionを使ったALBのアクセスログ解析環境をTerraformで構築する | Recruit Tech Blog
こんにちは。スタディサプリ ENGLISH SREグループの木村です。 はじめに 障害調査などでALBのアクセスログを解析したいというときが皆あると思います。 私はあります。 今回はAthenaを使ってALBのログを解析する方法と新機能で発表されたPartition Projectionを利用するとどのようなメリットがあるのか説明したいと思います。 ALBのアクセスログ ALBには標準でアクセスログを出力する機能があり、有効化することで自動でS3にアクセスログを保存することができます。 しかし、標準でアクセスログはgz形式で出力されており、通常解析するにはS3からダウンロードをしてきて、その後にgzを解凍してから、別途ツールを使って分析するなどの面倒な作業が発生してしまいます。 また、アクセスログはデータが大量になることも多く、DLして利用する場合でも一度に多くの範囲を分析するのは困難です
Cognito ユーザープール + ALB の認証にソーシャルサインイン（Google）を追加してみた | DevelopersIO
ちゃだいん（@chazuke4649）です。 Amazon Cognito と Application Load Balancer を使用すると、AWSサービスだけで簡単に認証機能を実装できます。 過去に以下エントリにてこれらの構成は紹介されていました。 今回は、この構成にさらにソーシャルサインインを追加して、Cognitoユーザープールの認証でも ソーシャルサインインとしてのGoogle認証でも選べる状態を目指します。つまり、ALB + Cognito ユーザープール + ソーシャルサインイン（Google） という状態です。下図のような構成となります。 ちなみに、似ているようで違うパターンとして、「ALB + OIDC(Google)」の構成があります。詳細は以下エントリです。 こちらは、Cognito を経由せずに、直接 ALBの組み込み認証機能とOIDCとしてのGoogle認証を連
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
