はじめに 踏み台サーバー経由で接続する方法 ①セキュリティグループを作成する ②パブリックサブネットに踏み台サーバを作成する ③プライベートサブネットにEC2インスタンスを作成する ④踏み台サーバーにプライベートサブネットに配置されたEC2インスタンスのキーペアをコピーする ⑤踏み台サーバーにアクセスする ⑥踏み台サーバーからプライベートサブネットにあるEC2インスタンスにアクセスする SSMセッションマネージャー経由で接続する方法 VPCエンドポイントを使用した方法 ①セキュリティグループとIAMロールを作成する ②プライベートサブネットにEC2インスタンスを作成する ③VPCエンドポイントを作成する ④SSMセッションマネージャー経由でEC2インスタンスに接続する NATゲートウェイを使用した方法 ①IAMロールを作成する ②プライベートサブネットにEC2インスタンスを作成する ③NA

どうも。小林です。 みなさん、自動化してますか？ 私の課では特定の顧客のシステムを多数運用しています。 かなり多くのシステムがあり、顧客側の担当者も異なるため、弊社側でも複数のチームを組んで手分けしてシステムを担当しています。 チームも顧客担当者も異なるとなれば、当然運用のやり方はシステムごとに変わってきます。その一方で統一できる部分は統一しておかないと全体の統制は効きづらくなってしまいます。 そこで「標準化チーム」を発足し、チーム間で共用するシステムのアカウント管理やその申請ルール、顧客報告やメンバーの勤怠管理といったものの標準化を進めています。 標準化の恩恵のひとつとして、「作業が単純化できて自動化しやすくなる」という点が挙げられます。 例えばアカウント発行の申請フォーマットを統一すると、「フォーマットにしたがって記載されたテキストをバッチに読み込ませてアカウントを自動的に発行する」と

米ドル/円 が150円と計算しやすくなり、コスト削減の圧力が日々強まる中、皆様お宝探しと垂れ流し回収の真っ最中でございましょうか。 最近はコスト削減や予算について見ることが多いので、その中で出てきた面白げな話に雑談を加えてとりとめなく書いてみようと思います。 削減余地はある 昨年にご好評いただいた AWSコスト削減とリソース管理 | 外道父の匠 を含め色々な削減施策を試みてきましたが、サクッと成果になる箇所から泥沼に動かない所まで様々あったりします。 ただ、どんなアカウントでもトラフィックや処理負荷には波があり、それに対する余剰リソースを確保して構成しているので、その辺をキュッと絞ることまで含めればやれることは必ず一定以上存在することになります。 そういう大きなお宝ではない小さなお宝だと様々あり、古びたとか退職者が作ったとかで、ほぼ使っていない垂れ流しリソースやデータをかき集めれば、チリツ

ECS(Fargate)のアプリケーションから構造化ログをFluentBitでログルーティングしてCloudwatchやS3に送って、検索・統計・解析する基礎が載っています。構造化ログやメトリクスの概念について解説を入れてから、実際にAWSで構築します。 対象読者: メトリクスって何それ美味しいの？という方。 EC2やオンプレミスからECSに移行しようと思っているけどログどうしよう？という方。 APIのレスポンスタイムをアラームのトリガーにしたいな、と思っている方。 昔のCloudwatchは真っ当に統計もできずクソだったけど今はどうなん？って方。 基礎知識の要求: AWS ECS(設定はある程度載せてます), Docker(fileはサンプルを提供します), Rails(ログを送るアプリケーションというだけです) 扱うもの:CloudWatch,FireLens,Athena,Fluen

Amazon Web Services ブログ AWS Cloud Development Kit と cdk-nag でアプリケーションのセキュリティとコンプライアンスを管理する この記事は Arun Donti によって寄稿された Manage application security and compliance with the AWS Cloud Development Kit and cdk-nag (記事公開日: 2022 年 5 月 25 日) を翻訳したものです。 Infrastructure as Code (IaC) は、クラウド・アプリケーションの重要な要素です。開発者は、様々な静的解析 (SAST) ツールを利用して、セキュリティやコンプライアンスの問題を特定し、アプリケーションを本番環境にリリースする前に、これらの問題を早期に軽減することができます。さらに、静的

はじめに 今回は AWS CDK ならではの機能、テスト について学んでいきましょう。前回作成した VPC に関するテストコードも書いていきます。 前回の記事はこちら。 AWS CDK におけるテスト AWS CDK ではテストは以下 3 つのカテゴリに分類されます。 Snapshot tests テスト実行時点で作成される CFn テンプレート（スナップショット）と事前に保存されている ベースラインテンプレート を比較してテストします。以下のコードでこの比較処理を実施します。（初回は比較なしで passed） expect(SynthUtils.toCloudFormation(stack)).toMatchSnapshot(); 比較した結果、マッチしていれば passed, していなければ failed となります。failed となってもそれが意図した変更であれば次のコマンドでベー

はじめに 今回こそは VPC "だけ" を作成する！ [参考]：Amazon VPC とは? | Amazon VPC User Guide 前回の記事はこちら。 AWS 構成図 これを作ります。 VPC があるだけ。これ単体では何もできない構成ですが、いっぺんにやると混乱してしまうので一歩ずつ着実に構築していきましょう。 将来的には以下のような構成にしていく予定です。 20 回くらいかかるかもね。 設計 作成する VPC のプロパティはこうしましょう。 リソース名 CIDR ブロック リソース名は弊社の命名規則 システム名-環境名-AWS リソース名 を採用しました。CIDR ブロックはよく VPC の例として挙げられる 10.0.0.0/16 を採用します。その他の値は指定せずにデフォルト値を使用します。 [参考]：弊社で使っているAWSリソースの命名規則を紹介します | Develo

[参考]：Install the AWS CDK | AWS CDK Developer Guide プロジェクトの作成 まずは空のディレクトリを作成し、そのディレクトリに移動します。ここでのディレクトリ名は CDK のプロジェクト名となります。 $ mkdir devio && cd devio 続いて cdk init コマンドでプロジェクトを作成します。 $ cdk init app --language typescript ~ 省略 ~ All done! これでプロジェクトが作成されました。以下のようなファイル群が自動生成されます。 [参考]：CDK INIT | AWS CDK Intro Workshop 最初のリソース定義 手始めに VPC を作成してみましょう。 Vpc クラスを利用するためにはパッケージ @aws-cdk/aws-ec2 をインストールする必要がありま

AWS 日本語ハンズオン Amazon Web Services(AWS) の 日本語ハンズオンやワークショップを、カテゴリごとにまとめています。 右側の目次や、ヘッダー部分の検索ボックスから、各コンテンツにたどり着けます。 また、Ctrl + F や command + F を使ったページ内検索もご活用いただけます。 料金について ハンズオンで作成した AWS リソースは通常の料金が発生します。作成したリソースの削除を忘れずにお願いします。 もし忘れてしまうと、想定外の料金が発生する可能性があります。 画面の差異について ハンズオンで紹介されている手順と、実際の操作方法に差異がある場合があります。 AWS は随時アップデートされており、タイミングによってはハンズオンコンテンツが追いついていない事もあります。 差異がある場合、AWS Document などを活用しながら進めて頂けますと幸い

ログ・モニタリングのやること AWS CloudTrail の設定 CloudTrail は AWS リソースに関して「誰が」「いつ」「何に」対して「どうような」操作をしたのかのイベントを記録するサービスです。イベント履歴から 90 日間分のイベントを確認することはできますが、イベントログの長期保管の設定（証跡の作成を行い、S3 に保管）をしておくことで、トラブル発生時の解析やインシデント発生時の調査などに利用できます。 有料です（無料利用枠もあります）。 [YouTube] AWS CloudTrail を触ってみた CloudTrail Insights イベントを利用することで、機械学習により異常なアクティビティを検出することもできます。通常の操作で検出されることがあるため、始めに試してみて、あまり活用しないようであれば無効化を検討でも良いと思います。 イベントログは S3 と Cl