こんにちは、つくぼし(tsukuboshi0755)です！ 大変有難い事に、最近カジュアル面談の申し込みをいくつか頂き、実施させて頂いております。 カジュアル面談の中で、私がクラスメソッドに転職する前のAWSの勉強方法について、質問される場面が多々ありました。 元々私自身は、前職はオンプレミス専門のインフラエンジニアであり、また当時はAWS案件に参画した事がなかったため、AWSについては独学で勉強していました。 そこで今回改めて、私がクラスメソッドにAWSエンジニアとして転職する前はどのようにAWSを勉強をしていたか、また今振り返るとどのようにAWSを勉強するとより良かったか、まとめてみたいと思います！ 対象読者 仕事で初めてAWSを触る事になり、AWSの勉強方法について知りたい方 仕事ではオンプレミスのシステムしか触れた事がないが、今後AWSを仕事で扱ってみたいエンジニアの方 私の経歴(

ログ・モニタリングのやるべきこと AWS CloudTrail の設定 CloudTrail は AWS リソースを「誰が」「いつ」「何に」対して「どうような」操作をしたのかを記録するサービスです。 ログの長期保管の設定をしておくことで、トラブル発生時の解析等に利用できます。 有料です（無料利用枠もあります） [YouTube] AWS CloudTrailを触ってみた CloudTrail Insights を利用することで、機械学習により異常なアクティビティを検出することもできます。 ログは S3 と CloudWatch Logs に転送でき、S3 に保管しているログは Athena により検索することもできます。 Athena を利用する場合は、事前に CloudTrail 用のテーブルを作成しておき、検索方法を習熟しておきましょう。 インシデントが発生してから習熟では対応が遅くな

こんにちは、クラウドインテグレーション2部 技術1課 宮形 です。 AWS へオンプレミス環境を移行する際、Microsoft Active Directory サーバー (以下ADサーバー)をどのようにするか毎度検討にあがります。 「EC2 にADサーバーインストールして移行する」が間違いありませんが、せっかくクラウドにするのであれば運用コスト削減できる「マネージドサービス」としたいところです。そこで候補にあがるのが「AWS Managed Microsoft AD」(以下 Managed MSAD)です。 本BLOGでは、Managed MSAD への移行について調査した内容をご紹介いたします。 移行方法 構成 セットアップ手順 移行元ドメインでの管理者権限の取得 ADMT実行用EC2 への SQL Server Express のインストール ADMT実行用EC2 への ADMT イ

皆さん、こんにちは。ネクストモードインテグレーション事業部の倉地です。 今回は複数のオンプレミス拠点とAWS(VPC)を閉域接続するSite-to-Site VPNを構築する際に初心者がハマりやすいポイントと対処方法についてご紹介します。 なお、本ブログではYAMAHAルータが前提となりますが、Ciscoルータをご使用の際はこちらのブログをご覧ください。 AWSへのVPN接続におけるサンプルコンフィグの注意点：Cisco IOS編 それでは早速やっていきましょう！ 環境 オンプレ側ルータ：YAMAHA RTX1210 Site-to-Site VPNのルーティング種別：動的 構築後の完成イメージ Site-to-Site VPN設定を実施 AWS側(VGW/CGW/Site-to-Site VPN)の設定を実施 (詳細は割愛) AWSのSite-to-Site VPNの設定画面から「設定の

Terraformでエラーが発生した terraform apply,terraform state listなどのコマンドを実行した際にエラーが出るようになってしまいました。 ╷ │ Error: Error acquiring the state lock │ │ Error message: resource temporarily unavailable │ Lock Info: │ ID: 89e54252-fef0-2a68-17bf-e0bb411ff1e3 │ Path: terraform.tfstate │ Operation: OperationTypeInvalid │ Who: myname@foo.local │ Version: 1.1.5 │ Created: 2022-02-21 06:26:07.435925 +0000 UTC │ Info: │ │

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 複数のAWS VPCと事務所との間を IPsecトンネルで結ぶ方法を紹介。最後に設定例あり。 事務所からVPCへSSHおよびpingできるようにする IPsecゲートウェイは仮想化されたVyOS 事務所に複数のIPsecホストを配置 NAT-Traversalを有効化 簡易にトンネルを追加削除 プロジェクトとトンネル 各プロジェクト専用のトンネルを用意 各プロジェクトにトンネル設定を委譲 プロジェクトメンバーのみトンネルを利用可能 現在の状況 事務所では、複数のプロジェクトが進行している プロジェクトによりメンバーが異なる VPC

「オンプレとVPCをVPNで閉域網接続したいんだけど、新しくリリースされたTransitGatewayってのもあるじゃん。費用的にどう違うん？」 AWSにはオンプレとVPCを直接VPN接続できるサービスがあります。 [Amazon VPC] ハードウェアVPN接続についてまとめてみた ｜ DevelopersIO これに対して、TransitGatewayが東京リージョンで利用可能になったことで、オンプレとの接続にTransitGatewayを使うことが選択肢の一つになってきました。 [アップデート] AWS Transit Gateway が東京リージョンで利用可能になりました！ #reinvent ｜ DevelopersIO VPN直接続とTransitGatewayのどっちを選んだらいいんじゃい。という疑問もわいてくることかと思います。 この2つの料金を比較する機会があったので本記

2020年最新のホワイトペーパーから「顧客拠点からVPCへの接続パターン図説」を、日本語訳で１ページに抜粋してまとめてみました。 どうも、ちゃだいん（@chazuke4649）です。 今回は日本語訳ページが提供されていない AWS Whitepapers を参考に、「顧客拠点から Amazon VPCへの接続パターン」というテーマで１ページにまとめてました。 動機としては、まず最近更新の Whitepaper がPDFではなく、最新のUIで閲覧できるようになっていることに感動し、かつ図も多く構成パターンを比較するのに有用だと感じたので、欲が出て「１ページにまとまっていて日本語の状態で欲しい」と思ったのでいったん作ってみました。 概要 参照したWhitepaper バージョン 日付： 2020年6月6日 変更内容： ホワイトペーパーの更新 説明: AWS Transit GatewayとAW

とらくらのインフラエンジニア、takaiです。 今回、AWSの拠点間VPNを収容しているルーターの移設でトラブルが発生したため、経緯を整理したいと思います。 ネットワーク構成 前提となるネットワーク構成は下記の通り。 移設前 ・回線はFlet’s光を使用(拠点は関東) ・RTX1210 LAN1：各端末を配置 LAN2：回線を収容(PPPoE) LAN3：RTX1200のLAN2を接続 ・RTX1200 LAN1：各端末を配置 LAN2：RTX1210のLAN3に接続(NAT) LAN3：未使用 ・IPv6はルーティングせず、IPv4のみを使用 ・RTX1200にてAWSの拠点間VPNを構成 移設後 ・回線はNuro Biz(アクセスス タンダード)を使用(拠点は関西) ・RTX1200 LAN1：各端末を配置 LAN2：回線を収容 LAN3：別セグメントを収容 ・IPv6はルーティングせ

こんにちは、不要になったVPCを削除する際に依存関係エラーにハマった下地です。今回はVPCを削除するために行った内容についてまとめます。 VPC依存関係の確認 はじめに、CLIコマンドec2 delete-vpcを使用し依存関係があるVPCを削除してみます。 $ aws ec2 delete-vpc --vpc-id vpc-***************** An error occurred (DependencyViolation) when calling the DeleteVpc operation: The vpc 'vpc-*****************' has dependencies and cannot be deleted. 上記のように依存関係があるために失敗したとレスポンスが返ってきました。この時にVPC削除するために依存関係にある内容全て削除する必要があ

この記事はエムスリーSREがお届けするブログリレーの18日目です。 こんにちは、エムスリーエンジニアリンググループの高澤です。 Unit4（医療系ポータルサイトm3.comの開発・運営が担当のチーム）でチームSREを担当しています。 こちらのサイトのセキュリティ施策の一環として、Firewall Managerを導入してみたので、その話を紹介したいと思います。 チームSRE/コアSREについては、リレー初日の記事をご覧ください。 www.m3tech.blog AWS Firewall Manager とは 導入からWeb ACLの作成まで 1. IP Setsの作成 2. Rule Groupsの作成 3. Security Policy の作成 導入後: ログの改善 まとめ We are Hiring! AWS Firewall Manager とは AWS Firewall Mana

その他のCognitoコンポーネント Cognitoには前述の「ユーザープール」「IDプール」の他に「Cognito Sync」というコンポーネントも存在します。 Cognito Syncは、Cognitoを使ってログインしたユーザーのプロファイルデータやアプリケーションデータを複数のデバイス間で共有することができる機能を提供します。 現在は、同じ機能を提供する AWS AppSync サービスの利用が推奨されているため、Cognito Syncについての解説は割愛します。 Cognitoの利用シナリオ Cognitoの2大コンポーネント「ユーザープール」「IDプール」の概要を説明しましたが、いまいちピンと来ないところがあるかもしれません。 特に、ユーザープールとIDプールの両方に「外部IDプロバイダー連係」の機能があるという点は、どのような違いがあるのか？ どちらを使えばよいのか？ とい

コンバンハ、千葉（幸）です。 リザーブドインスタンス（以下「RI」）と Savings Plans （以下「SP」）は、どちらも一定期間の使用をコミットすることでディスカウントを受けられる仕組みです。 両者で共通する点もあれば、異なる点もあります。どちらを選択するべきか迷う機会が多いのではないでしょうか。両者の特性を理解し最適な選択をするために、比較表を作成してみましたのでぜひご参考ください。 なお、RI および SP の対象となる AWS サービスはいくつかありますが、今回は Amazon EC2 を対象にしたもののみを考えます。 RI と SP の要素の全体像 比較表を確認する前に、基本的な要素について押さえておきましょう。 RI の要素の全体像 スコープと提供クラスという考え方があることを押さえてください。購入の方法により割引率が異なる部分については「割引率 高」などのマークで表して

みなさんこんな画面を見たことありませんか？？ このような状態は避けるべきです。理由は以下の通り。 各リソースの役割がわかりにくい オペレーションミスが発生しやすい リソース削除などの判断が難しくなる 単純に見栄えが悪い そこで今回は弊社が環境を構築する際によく使う命名規則を紹介したいと思います。 新規でリソースを作成する際に参考にしていただけると嬉しいです。 ※AWSアカウントでシステムや環境を分離していたとしても、命名規則を守ったほうがリソースの見通しがよくなります。 リソース名から何を知りたいのかを考える みなさんはリソース名（主にNameタグ）から何を知りたいですか？？ 対象のリソースによっても異なりますが、共通で知りたいものは以下になるかと思います。 対象システム 環境(本番、検証、開発) また、リソースによってはこれ以外に知りたい情報もあるはずです。 Subnet、RouteTa

Cognitoって新規ユーザー登録画面やサインイン画面をプログラミングするイメージがあって、非プログラマーには敷居が高いんだよなぁ……。そんなあなたのために、このブログを書きました。Cognitoの敷居をちょっと下げるため、プログラミング無しでCognitoを試してみます。 Amazon Cognitoってユーザー認証をマネージドに管理してくれるサービスでさわってみたいけど、 新規ユーザー登録画面やサインイン画面をプログラミングするイメージがあって、非プログラマーには敷居が高いんだよなぁ……。 そんなあなたのために、このブログを書きました。 Cognitoの敷居をちょっと下げるため、プログラミング無しでCognitoを試してみます。 要するに、AWS CLIでCognitoを使う手順を紹介します。 Cognitoの機能自体は、弊社ブログで詳しく解説しているのでぜひこちらを御覧ください。 A

「Cognito IDプールってやつはAWSリソースへのアクセスを制御する認可部分を担当しているらしいけど、いったいどういう理屈でそうなってるんだ…？」 そんな自分の疑問からAWSのドキュメントを読み実際に手を動かして得られたCognito IDプールに対する理解をまとめました。 「Cognito IDプールってやつはAWSリソースへのアクセスを制御する認可部分を担当しているらしいけど、いったいどういう理屈でそうなってるんだ…？」 そんな自分の疑問からAWSのドキュメントを読み手を動かして得られたCognito IDプールに対する理解を、 AWS CLIで再現できる形にまとめてみました。 Cognito IDプールでAWSの一時クレデンシャルキーを発行することによって、Cognito IDプールの世界からIAMの世界へ落とし込めると、だいぶイメージが付きやすいんじゃないかと思います。 AW

本エントリは Rehost をメインにしています。 それでは移行ツールを考えていきます。 SMS まずはサーバー移行から。 AWS Server Migration Service VMware vSphere または Windows Hyper-V 上の仮想マシンを EC2 へ移行 (レプリケーション) するサービスです。 Connector をオンプレミス環境にデプロイします。 Connector が仮想マシンイメージ (VMware でいうスナップショット) を AWS へ転送し、AMI を作成します。 (Azure 用の Connector もあるようです) 利点 SMS 自体は無料です。 SMS でレプリケーションをすると EBS スナップショットが作成されます。 また、データ転送先に S3 を一時的に使用します。 そのため、EBS スナップショットと S3 の利用料金は別途かか

こんにちは。サービスグループの武田です。このエントリは、2018年から公開しているAWS全サービスまとめの2022年版です。 こんにちは。サービスグループの武田です。 このエントリは、2018年から毎年公開している AWS全サービスまとめの2022年版 です。昨年までのものは次のリンクからたどってください。 AWSにはたくさんのサービスがありますが、「結局このサービスってなんなの？」という疑問を自分なりに理解するためにまとめました。 今回もマネジメントコンソールを開き、「サービス」の一覧をもとに一覧化しました。そのため、プレビュー版など一覧に載っていないサービスは含まれていません。また2021年にまとめたもののアップデート版ということで、新しくカテゴリに追加されたサービスには[New]、文章を更新したものには[Update]を付けました。ちなみにサービス数は 223個 です。 まとめるにあ

こんにちは、せーのです。明日から仕事、という方も多いのではないでしょうか。徐々に頭を通常モードに切り替えていきましょう。 さて、今日ご紹介するのはごくごく個人的な備忘録です。あと最近クラメソに入社した、という方もちらほら出てきているのでその方々向けの情報提供でもあります。AWSのリリース情報やアップデート情報のチェック方法についてまとめてみました。 ただ情報はどうしても英語になってしまいます。ですので日本語で詳しく知りたいんだ、という方はここ、developers.ioをチェックしてください。全記事読んでいる、という強者の方は是非右上からエントリーを。 何語でもいいからとにかく1秒でも早く最新情報が知りたい、という方はこれから書くURLをチェックしておくと、大体の最新情報が手に入るかと思います。 基本はリリースノート ここは外せません。サービスのアップデート情報等はここに載るのでまずここを

最近開発環境をM1 Macに変更したのですが、Terraform1.0.2未満のバージョンをDLしようとすると、arm64のバイナリが存在せずterraform init時のバイナリダウンロードで失敗する問題が発生するようになりました。 少し無理やりな方法にはなりますが、M1 MacなどAppleシリコン CPU環境からtfenv経由でTerraform1.0.2未満を使用する場合の解決方法を記録として残します。 発生した問題 開発環境をAppleシリコン CPUのM1 Macに変更後にtfenvで管理するTerraformを使おうとしたところ、以下のようなエラーが出るようになりTerraformのバイナリダウンロードで失敗するようになってしまいました。 【発生環境】 PC: MacBook Pro (14-inch, M1, 2021) CPU: Apple M1 Pro OS: Mac