NTT東日本 クラウドゲートウェイ クロスコネクトでフレッツ・VPNからAWSにプライベート接続してみた | DevelopersIO
なお、クラスメソッドでは、AWSの総合サポートサービスであるクラスメソッド メンバーズのオプションとしてクラウドゲートウェイシリーズをOEMで取り扱っております。詳しくはお問い合わせください。 設定手順 1. サービスの申し込み 事前にフレッツ・VPNの申し込みが必要です。既存のVPN契約を利用することも可能です。クロスコネクトは、フレッツ・VPNの情報に接続するAWSのアカウントIDを沿えて申し込みます。 2. Direct ConnectとVPCの構成 サービスへの申し込み後、AWSのDirect Connect管理画面の[Virtual Interfaces]にクロスコネクト用の仮想インターフェース(冗長構成のために1契約につき2つ)が表示されます。それぞれ承認を行い、接続するVPCの仮想プライベートゲートウェイ(VGW)にアタッチします。 続いて、クロスコネクトから広報されるルーテ
Direct Connect(DX)入門&ネットワークの基礎 - Qiita
概要 仕事でDirect Connect(DX)を使って自社のオンプレサーバーとAWSを接続しています。しかし、いったいどういった仕組みになっているのか概念程度にしかわかっておりません。又、割と少なくない頻度で緊急メンテのお知らせメールがくるので、これはちゃんと仕組みを知っとかないとまずいぞと思い学び始めました。今回はDXの仕組みについて、さらにはDXを理解する上で前提になるネットワークの基礎について調べたことを書いていきます。 AWS Direct Connectとは AWS Direct Connectロケーションにユーザーの内部ネットワークを接続するためのサービスです。(通信媒体としてイーサーネット光ファイバーケーブルを利用)。専用線を使うため、VPN接続よりも高速(Port Speedは10Gpbs又は1Gbps)に通信できます。また、他のISPなどを挟まないためセキュリティ要件が
AWS Direct Connectを整理してみた - Qiita
AWS Direct Connect仮想インターフェイス AWS Direct Connect仮想インターフェイスを元に整理します。 AWS Direct Connect 接続の使用を開始するには、次の仮想インターフェイス (VIF) のいずれかを作成する必要があります。 プライベート仮想インターフェイス: プライベート IP アドレスを使用して Amazon VPC にアクセスするには、プライベート仮想インターフェイスを使用する必要があります。 パブリック仮想インターフェイス: パブリック仮想インターフェイスは、パブリック IP アドレスを使用してすべての AWS パブリック サービスにアクセスできます。 トランジット仮想インターフェイス: Direct Connect ゲートウェイに関連付けられた 1 つ以上の Amazon VPC トランジット ゲートウェイにアクセスするには、トラン
Direct Connectを理解する - Qiita
背景・目的 Direct Connectは、ハンズオンをする機会がないので理解しづらい。 Black Beltを見ながら知識を整理する。 内容 Direct Connect（Dx）とは？ キャリアから調達した専用線の片端とAWS をDirect Connctionロケーションで接続するサービスを指す。 構成要素の整理 AWS Cloud（AWS） Data Center（以降、DC） Direct Connect ロケーション（Dxロケーション） Direct Connectionロケーションでの接続 ユーザ/パートナーラックとAWSのラックがあり、それぞれ分かれている。（ようだ。） 出典:20210209 AWS Black Belt Online Seminar AWS Direct Connect 接続パターン ３つある 接続パターン DC - Dxロケーション間の回線
AWS、本格業務利用の最適解！「AWS Direct Connect」の基礎知識 - ビジネス on IT
「AWS Direct Connect」、導入が加速している同サービスですが、まだ検討中という企業も決してめずらしくありません。 言わずと知れたアマゾンの”専用ネットワーク接続サービス”ですが、一見すると少し敷居の高いサービスかのように見えるものの、AWSの本格業務利用を検討する際、これ以上に現実的な選択肢は他にないといっても良いでしょう。 数人のチームでAWSを試験運用しているうちならばまだしも、全社員がAWS上の業務システムに常時接続するようになった場合、ネットワークの「安定性」や「性能」「セキュリティー」の確保は、まさに企業情報システムの命題になります。そんなとき頼りになるのが「AWS Direct Connect」です。専用回線とはいえ、APNパートナーが提供しているサービスを利用すれば、短期に、しかも安価に高品質なネットワークを手に入れることができます。 そこで当記事では、AWS
SQSの標準キューとFIFOキューの違いを検証してみた
SQSには「標準キュー」と「FIFOキュー」という２つのタイプが存在します。 それぞれのタイプについて動作の違いを検証してみました。 標準キューとFIFOキューの特徴 まず、標準キューとFIFOキューの違いとしてそれぞれ以下の特徴があります。
ALB から S3 にアクセス(CDKのコード付き) - Qiita
参考にしたのはこちら ただ、この例はInternalなALBを用意し、そこから、Private Subnet → VPC Endpoint+ privatelink → S3なので、別にPublic Subnetに置いたALBでもいけたのが、今回の記事の内容です。 結論 VPC Endpoint(Interface)を使うとうまくいきました。 ALB → Vpc Endpoint(Interface) → S3 何が嬉しいのか ALB → S3 間で認証を完結できる SSO（シングルサインオン）等で、社内のみで見れるようにしたい社内サイトとか、認証をALBに集約したい時はとても嬉しいと思います。 OIDCを使用して、ALBに認証後、S3にルーティングすると、アプリ側で認証を実装する手間が減ります。 ALB → S3で認証が完結するということは、特にwordpressなどで構築されたサイトだ
Amazon CloudWatch Logs に出力するログは JSON 形式だと分析が楽になるかもしれない話 - NIFTY engineering
この記事は、ニフティグループ Advent Calendar 2022 18日目の記事です。 はじめに 基幹システムグループ サービスインフラチームの南川です。 普段はユーザーサインアップやシングルサインオン、顧客管理システム等の開発や運用を担当しています。 今回は、 Amazon CloudWatch Logs に出力するログの形式について説明します。 Amazon CloudWatch Logs Amazon CloudWatch Logs は、 AWS リソースや AWS 上で実行するアプリケーションからのログファイルをモニタリング、保存、アクセスできるサービスです。 CloudWatch Logs に出力するログ形式 結論から言うと JSON 形式にしておくと、検索や分析する際に楽です。 今回はチャットツールのログを例として、ログが JSON 形式でない場合と JSON 形式である
Cloudfrontでリバースプロキシする｜weekly_report
どうも二人目です。 リプレースなどで、Webサーバに持たせていたリバースプロキシの機能をcloudfrontに持たせたいパターンがあると思います。 私はこれでいくつかハマったポイントがありますので、まとめようと思います。 ①HTTPS通信エラー 最初にハマったのがこれです。 cloudfrontのorigin設定に対抗サイトの情報を設定してhttps通信を試しましたが、502:Bad Gatewayのエラー発生しました。 エラー内容を見ると、SSLハンドシェイクに失敗しているようでした。 原因が分からなかったですが、この記事を見つけ解決しました。 Cloudfront-Origin間のHTTPS通信エラー原因と対策（502:Bad Gateway） https://qiita.com/kaojiri/items/4e2d2f112acfca14970e 原因はHostヘッダーを透過させてい
[AWS CDK] SSMのパラメータストアにあるStringとSecure StringをLambdaで使ってみた | DevelopersIO
SSMのパラメータストアにStringとSecure Stringを追加する あらかじめ追加しておきます。 $ aws ssm put-parameter \ --type 'String' \ --name '/CDK/Sample/NormalParam1' \ --value 'this is normal param1.' { "Version": 1 } $ aws ssm put-parameter \ --type 'SecureString' \ --name '/CDK/Sample/SecureParam1' \ --value 'this is secure param1.' { "Version": 1 } AWS CDKプロジェクトの構築 $ mkdir AWSCDK-SSM-SecureStringSample $ cd AWSCDK-SSM-SecureStr
![[AWS CDK] SSMのパラメータストアにあるStringとSecure StringをLambdaで使ってみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/92a069de3c7b583973daaf530883535d2e2b3e5a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F08%2Faws-cloud-development-kit.png)
APIGateway + Lambdaにserverless-expressを採用することでコールドスタートヒットが減るかもしれない話 | DevelopersIO
APIGateway + Lambdaにserverless-expressを採用することでコールドスタートヒットが減るかもしれない話 APIGateway + Lambdaにserverless-expressを採用すると、複数のURLパス+HTTPメソッドの組み合わせを1つのLambda関数にまとめることができます。 これによりAPIコール時のLambdaコールドスタートのヒット率が減るのではないかと思い、簡単にではありますが検証してみました。 サンプルとして次のようなラーメンの具を取得するAPIを作って試していきます。 GET /ramen-gu/jiro # 二郎系ラーメンの具を返す GET /ramen-gu/iekei # 家系ラーメンの具を返す 環境 macOS Monterey node 16.15.0 typescript 4.7.4 aws-cdk-lib 2.46.0
S3でクロスアカウントアクセスする時に気をつけるポイント | フューチャー技術ブログ
はじめにこんにちは。TIG/DXユニット 2020年新卒の渡辺です。 Amazon S3を利用したファイル連携を行う際、アカウント内に閉じた利用であれば特段問題ない場合でも、システム間連携となるとクロスアカウントが発生し、目的とした操作をするためには然るべき設定が必要になることがあります。 今回は、自アカウント（アカウントA）のS3バケットに対して他アカウント（アカウントB）から書き込みを行い、アカウントAから当該ファイルを参照する際に注意する設定について紹介していきます。 必要な設定は以下の2つです。 バケットポリシーの設定 オブジェクト所有者の変更 バケットポリシーの設定クロスアカウントアクセスを許可する設定として公式では、それぞれバケットポリシー、ACL、AssumeRoleを用いた3つの方法が紹介されていいます。 今回はバケットポリシーを利用する方法を記載します。lambdaなどか
SQSのメッセージ数に応じてFargateタスクをスケーリングさせる - Qiita
はじめに 株式会社LITALICO SREグループの鈴木です。 この記事は LITALICO Engineers Advent Calendar 2021 その2の22日目の記事です。 LITALICOのB2B向けサービスではECS Fargate上でアプリケーションコンテナの管理を行っています。 とある新機能を開発するにあたって、SQS内のキュー数に応じてFargate上のタスクをスケーリングさせる要件があり、Autoscailingのサービスについて調べながら実装してみたので、自身の備忘録も兼ねて書こうと思います。 大まかな構成と要件 今回の要件に関わるインフラ部分のリソース構成は上記の通りです。 (実際にはDB接続や他アプリとの連携部分などがありますが今回は省略しています) 赤く囲った箇所が本記事の設定を入れる箇所です。 現在開発中の新機能では日中や夜間のバッチ処理を行う要件があり、
AWS SDK Rubyでスタブを行う - Qiita
はじめに AWS SDKを使用したコードに対してテストを記述したい場合、AWSのSDKで用意されているClientStubsを使用して、スタブを行うことが可能です。 ドキュメント自体は公式が出しているものがありますが、この例だけではやりたいこと（Aws::S3::Client以外のインスタンスを使うケース）が実現できなかったので、今回調べたことについてまとめました。 環境 Ruby: 2.7.1 aws-sdk: 3.1.0 aws-s3-sdk: 1.114.0 公式ドキュメントから このドキュメントにあるようにAws::ClientStubsというモジュールが、各サービスに対応したClientクラスにincludeされています。 今回はS3を使って、その例を紹介します。 このモジュールに定義されているのはapi_requests, stub_data,stub_responsesの３つ
AWS CDKのProps渡しのクロススタック参照で起きる問題と対処方法 | DevelopersIO
はじめに CX事業本部Delivery部の佐藤智樹です。 今回は、表題の通りAWS CDKでProps渡しのクロススタック参照を行う際によく発生しがちな問題と問題発生時の対処方法について解説します。正確には以下の記事で言及されているCDKの機能の一部であるpropsを経由したスタック間の値やオブジェクトの受け渡し(以降本記事では、props渡しと表現します)で作成されるクロススタック参照についての話をします。 2年ほどCDKを使っているのですが、この問題が現状でも発生しているという話を何箇所かで聞いたので改めて図などを用いて問題の詳細化と対処方法を紹介します。前半はサンプルを用いた問題の説明、後半が問題への対処になっているので対処だけ気になる場合は問題点の部分から読んでください。 2022/09/16 追記 CDKで参照を切り離すための効率的な方法があったので、CDK公式の解決方法として追
CDK「Export <アウトプット> cannot be deleted as it is in use by <スタック名>」｜スクショはつらいよ
こんにちは、ちゃりおです。 CDKの自動で追加されるクロススタック参照で以下のエラーがでました。 Export <アウトプット> cannot be deleted as it is in use by <スタック名> Outputしている側は特に変更せず、Importしている側で取得する値を変えました。 Import側を変えた影響で、CDKが自動生成しているOutputを消してしまってスタックを変更できず困りました。 結論から書くと、exportValueで自動生成されるOutputを保持することで解決しました。 CDKのクロススタック参照がロックされてしまう 事象 ロググループとECSのタスク定義を別スタックにして、クロススタックする場合を例にします。 #!/usr/bin/env node import "source-map-support/register" import * a
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Abillyz
CloudWatch metrics that are available for your instances - Amazon Elastic Compute Cloud
Amazon S3 で A conflicting conditional operation is currently in progress against this resource. Please try again. エラー
How to use Boto3 to download multiple files from S3 in parallel?