IAM Identity Centerでもaws-vaultでセキュアにAWS CLIを使う - Nealle Developer's Blog
こんにちはSREチームの宮後(@miya10kei)です。最近、トリュフナッツにハマりビール🍺の消費量が増えています。 AWS CLIを使用する時にaws-vaultは使っていますか？ AWSのユーザ管理をAWS IAM Identity Centerに移行した際にaws-vaultの設定でつまずいたので解決方法を紹介したいと思います。 AWS IAM Identity Centerとは？ 複数の AWSアカウントやアプリケーションへのワークフォースのアクセスを一元管理するためのサービスです。外部IDプロバイダーと接続しSSO（シングルサインオン）連携をすることができます。ニーリーではGoogle Workspaceと連携させGoogleアカウントでログインできるようにしています。 aws-vaultとは？ aws-vaultはAWS CLIを使用する際の認証情報を安全に保存し、アクセス
【ECS】タスクロールとタスク実行ロールの違いをサンプルアプリで検証してみた - サーバーワークスエンジニアブログ
クラウドインテグレーション2部技術3課の山下です。 今回は、Amazon Elastic Container Service（以下、ECS）の タスクロールとタスク実行ロールの違いについて、 簡単なサンプルアプリを用意して検証してみたいと思います。 (背景) タスクロールとタスク実行ロールの違いがピンと来なかった (結論) アプリのコードでAWSリソースへアクセスする場合、タスクロールに権限をつける 検証してみる 構成 データベース IAMポリシー IAMロール パターン1：コンテナ上のアプリケーションからSecrets Managerにアクセスする パターン1サンプルアプリ 検証結果（タスクロールに権限をつけた場合のみ成功） パターン2：コンテナ定義の環境変数にSecrets Managerのシークレット情報を格納する コンテナ定義 サンプルアプリ 検証結果（タスク実行ロールに権限をつけ
ElastiCache Redisのメモリ溢れが起きたときの挙動、正しく理解できてますか？？ | DevelopersIO
こんにちは(U・ω・U) ElastiCacheおじさんを目指して日々鍛錬を続ける深澤です。 立派なElastiCacheおじさんに成長することを決意したラスベガスでの出来事でした。 — 深澤俊 (@shun_quartet) December 4, 2019 皆さん、ElastiCacheのRedisにどんどん情報を保存していって、メモリが溢れたらどんな挙動になると思いますか？ざっくりEvictionが発生してキーが削除されていくんじゃないの？と思われている方も多いかと思います。ですが実はそうとも限らないんですよ。今回はEvictionってなんだろう？というところから、メモリが溢れた場合の挙動について整理していきたいと思います。 Evictionとは？？ どんどんデータが保存されて行ってmaxmemoryに到達した際、発生する挙動です。ちなみにCloudWatchのメトリクスで検知が可能
AWS EC2をゲーミングPCとして150時間プレイした感想 – icecream
今年の2月から、Division, Division2 をAWSのEC2上でリモートでプレイした感想と現時点で期待することについて。 2020/3/12 追記 こんな記事書いておいてですが、今は2020年6月リリース予定のGeforce Nowを利用したほうが、簡単で安くて良いです！Google Stadiaも日本に上陸するでしょうし！ そもそも 本サイトの別記事で書いていますが、そもそもは、それほどゲーマーではない自分がちょっぴりPCゲームをやりたくて、AWS上のマシンでゲーム出来ないか、と思い立ったのが始まりです。 現時点では、Azure, GCEでも考えましたが料金的にAWSが一番良さそうでした。 技術的なこと AWSはDirectXが利用可能なGPUタイプのマシンが存在し、基本的にはゲーミングPCとして利用可能です。 しかし、画面の転送方式が問題で、Windowsのリモートデスクト
ずっと無料で使えるクラウドの「Free Tier」主要サービスまとめ。2021年版
いくつかのクラウドサービスでは、1年程度の無料トライアルや一定額のクーポンなどに加えて、期間の制限なくずっと無料で使える、いわゆる「Free Tier」や「Always Free」と呼ばれる無料枠のサービスが提供されています。 こうした無料枠は試行用の環境や一時的なテスト環境などとして、期間を気にせずサービスを試すうえで非常に有効です。 もちろん、無料提供サービスは提供側の都合によってある日突然終了することもあり得ますが、いまのところ1年前の記事「ずっと無料で使えるクラウドの「Free Tier」主要サービスまとめ。2020年版」で紹介したサービスで終了したものはないようです。 本記事では期限の制限なくFree TierやAlways Freeとして提供されている主なサービスを、2021年版としてまとめました。 Amazon Web Services（AWS） 「AWS 無料利用枠」のWe
AWS LambdaのJava 8ランタイムがAmazon Correttoへ。OpenJDKから移行するとAWSが発表
Amazon Web Servicesは、同社のサーバレスコンピューティング基盤であるAWS LambdaのJava 8ランタイムを、OpenJDKからAmazon Correttoへ移行すると発表しました。 Javaにはさまざまなディストリビューションが存在します。代表的なのがオラクルが企業向けに有償で提供しているOracle JDK、そしてオラクルがビルド、テストして無償配布しているOracle OpenJDK（単に「OpenJDK」と書かれた場合は、一般にこのOracle OpenJDKのことを指す）でしょう。 ほかにも、Eclipse Foundationによる「Eclipse Adoptium」（旧AdoptOpenJDK）、マイクロソフトによる「Microsoft Build of OpenJDK」などがあり、Amazon CorrettoはAWSによるJavaディストリビュー
Amazon S3の耐久性は99.999999999％。こんなに高い耐久性がいらない人向けのオプションが登場 － Publickey
Amazon S3の耐久性は99.999999999％。こんなに高い耐久性がいらない人向けのオプションが登場 AmazonクラウドにはAmazon Simple Storage Service（Amazon S3）と呼ばれるストレージサービスがあります。Amazonクラウドのブログに投稿された記事「New: Amazon S3 Reduced Redundancy Storage (RRS)」によると、その耐久性（durability）は99.999999999％（イレブンナイン）。 ブログの説明を借りると、これはAmazon S3に1万個のオブジェクトを保存したとして、そのうちの1つが障害によって失われるのに平均で1000万年ほどかかるレベル。これは、S3領域の複数の機器に対する冗長構成によって実現していると説明されています。 you can simply store your data
IAM ユーザーのアクセスキーの管理 - AWS Identity and Access Management
ベストプラクティスは、アクセスキーのような長期的認証情報を作成するのではなく、IAM ロールなどの一時的なセキュリティ認証情報を使用することです。アクセスキーを作成する前に、長期的なアクセスキーの代替案を確認してください。 アクセスキーは、IAM ユーザーまたは AWS アカウントのルートユーザー の長期的な認証情報です。アクセスキーを使用して、AWS CLI または AWS API (直接または AWS SDK を使用) にプログラムでリクエストに署名することができます。詳細については、「AWS API リクエストの署名」を参照してください。 アクセスキーは、アクセスキー ID (例: AKIAIOSFODNN7EXAMPLE) とシークレットアクセスキー (例: wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY) の 2 つの部分から構成されています。リ
[AWS利用者必読] アクセスキー漏洩による不正利用について | DevelopersIO
AWSアクセスキーセキュリティ意識向上委員会って何？ 昨今、AWSのアクセスキーを漏洩させてしまうことが原因でアカウントへの侵入を受け、 多額の利用費発生・情報漏洩疑いなど重大なセキュリティ事案が発生するケースが実際に多々起きています。 そこで、アクセスキー運用に関する安全向上の取組みをブログでご紹介する企画をはじめました。 アクセスキーを利用する場合は利用する上でのリスクを正しく理解し、 セキュリティ対策を事前に適用した上で適切にご利用ください。 【はじめに】 昨今､アクセスキーの漏洩を契機とした不正利用の発生が多発しております｡AWS 利用のお客様へのビジネスリスクが非常に大きく､弊社としても憂慮する状況です｡ そのため､以下をお読み頂き AWS 利用のお客様は環境の見直しをお願い致します｡ 【この記事で伝えたいこと】 多額の費用発生リスクをなくすために､可能な限りアクセスキーの利用を
![[AWS利用者必読] アクセスキー漏洩による不正利用について | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/3a9299c22c271be79f273b6db38d8ba6bc81bd1c/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2021%2F05%2F8823428add162ea6925215296ff8c67f.png)
Perforce Helix Core を AWS 上に構築する (Part1) | Amazon Web Services
Amazon Web Services ブログ Perforce Helix Core を AWS 上に構築する (Part1) みなさんお元気ですか？ 今年からゲーム開発のコンサルティングパートナーや ISV といったテクノロジーバートナーと AWS との連携強化を担当している AWS ソリューションアーキテクトの保里 善太です。 ところでみなさん、Perforce Helix Core はお使いですか？ Perforce は高速な同期操作を特徴とする商用のバージョン管理システムであり、主にゲーム業界等の開発現場で多く利用されています(導入企業)。 多くの現場では Perforce はオンプレミスのマシンで稼働していますが、この記事では AWS 上で Perforce を構築することの利点を解説し、実際の構成案と構築方法を紹介します。構築にあたっては AWS CloudFormation
【2023/3時点】AWSの通信料(コスト)を一枚にまとめてみた | いくらは神の食べ物
AWSの主な通信料を1枚もので記載しました。 日々AWSは新サービス、値下げを繰り返しているので最新情報はAWS公式ドキュメントをご確認いただきたいですが参考資料として役にたてば幸いです。 @ohsawa0515さんの作成されていた画像を参考に作りました！ AWSのネットワーク・データ転送料金がひと目で分かる図を作った。Direct ConnectとGlobal Acceleratorは描ききれんかった･･･ pic.twitter.com/97RM8fxgbe — shu1 (@ohsawa0515) January 30, 2020 上記画像の補足、ケース別の料金計算例などを以下に記載していきますので参考になれば幸いです。 EC2の通信料(コスト)について こちらの情報は2023/03/05時点の情報です。 AWSはコストダウンを定期的に行っておりますので情報が古い場合がございます。
[アップデート] root ユーザー作業が不要に！Amazon CloudFront で署名付き URL/Cookie 向け公開鍵を IAM ユーザー権限で管理できるようになりました。 | DevelopersIO
本日のアップデートで Amazon CloudFront の署名付き URL および署名付き Cookie に対する公開鍵の管理を、IAM ユーザー権限で行えるようになりました！ Amazon CloudFront announces support for public key management through IAM user permissions for signed URLs and signed cookies IAM ユーザー権限による公開鍵管理が可能に 従来、CloudFront で署名付き URL および 署名付き Cookie を利用する場合、「CloudFront のキーペア」を作成する必要がありました。このキーペアの作成は AWS アカウントの root ユーザーしか行うことが出来ません。そのため必要になった際にアカウント管理者に連絡しキーペアを作成してもらう、
![[アップデート] root ユーザー作業が不要に！Amazon CloudFront で署名付き URL/Cookie 向け公開鍵を IAM ユーザー権限で管理できるようになりました。 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/fde6f7c8a9687a84d77b4283284f2288984c2659/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Famazon-cloud-front.png)
社内勉強会でスナップショットとバックアップについて発表をしました | DevelopersIO
しばたです。 本日弊社の社内勉強会で「Snapshot & Backup」というタイトルで一般的なスナップショットとバックアップの関係性とAmazon EBSを中心にAWSで使われているスナップショットとバックアップについて発表しました。 勉強会で使用したスライドをSpeaker Deckで公開していますので気になる方はご覧ください。 発表内容について この発表において言いたいことは「スナップショットはバックアップではない」の一点に尽きます。 これを社内で主張したかったのが発表の唯一にして最大の動機で、その他の点については私としては正直おまけです。とはいえ、おまけの部分もそれなりに調べて書いていますのでご覧いただいて損はさせないと思っております。 あとせっかくなので以下の点もこの場で主張しておきます。 所感 言いたいことを言えたので私個人としては非常に満足しております。 本資料の内容がAW
MySQL データベースエンジンを実行している DB インスタンスへの接続 - Amazon Relational Database Service
MySQL データベースエンジンを実行している DB インスタンスに接続するには、DB インスタンスを作成する必要があります。詳細については、「Amazon RDS DB インスタンスの作成」を参照してください。Amazon RDS によって DB インスタンスがプロビジョニングされたら、スタンダードの MySQL クライアントアプリケーションまたはユーティリティを使用してインスタンスに接続できます。接続文字列では、DB インスタンスのエンドポイントの DNS アドレスをホストパラメータとして指定し、DB インスタンスのエンドポイントのポート番号をポートパラメータとして指定します。 RDS DB インスタンスを認証するには、MySQL の認証メソッドのいずれかと AWS Identity and Access Management (IAM) データベース認証を使用できます。 MySQL
Auto Scalingの段階スケーリングポリシーについて | DevelopersIO
オートスケーリングの種類 オートスケーリング機能は、アプリケーションの安定的な「性能を維持」し「費用を抑える」ような、自動的なサーバー運用を実現する上で重要な機能です。オートスケーリングには、いくつかの種類があります。 手動スケーリング：例）今からインスタンスを4台にする スケジュールに基づくスケーリング：例）午前6時にインスタンスを2台増やす 動的スケーリング：例）CPU90%になったらインスタンスを1台増やす 固定数維持：例）障害が発生してもインスタンスを4台を維持する 今回は、動的スケーリングの新機能である、「段階スケーリング」についてご紹介したいと思います。 段階スケーリングポリシー（Step Scaling Policies） 段階スケーリングポリシーは、CloudWatchメトリクスから得られる値（CPU使用率やSQSキューサイズなど）の閾値を超えて発せられるアラームに対して、
sarのstealってなんじゃらほい？（AWSのt2系インスタンス限定のお話） - メグリ株式会社
ここ最近はずっとAWSのコンソールとイチャコラしてるのですが、弊社がリリースしたEAPが実運用に耐えられるかどうかという負荷テストを行っていた際に珍しい（？）ものが見れました。 EAPは標準構成の場合サーバはAWSのt2系インスタンスで稼働するのですが、このt2系インスタンスというのは普段はあまりCPU使用率が高くなく、ここぞという時に短時間であれば高CPU使用率もこなせるというWebサーバに向いたインスタンスなんですね。 で、JMeterでもりもりと負荷をかけていたところ急にレスポンスが悪くなり、sarコマンドで見ていたサーバリソースに見慣れない物が。 まぁ、タイトルで書いてしまってるんですが、こんな感じですね。 09:09:04 AM CPU %user %nice %system %iowait %steal %idle 09:09:05 AM all 32.35 0.00 0.00
CPUクレジット | Cloudeo用語集 | AWS設計・運用インテグレーション - Cloudeo
AWSのEC2サーバにて、T2ファミリーに適用されるCPU能力のバースト継続可能リソースのことです。 T2ファミリーのインスタンスの場合、多くのコンピューティングパワーが必要な時、自動的にCPU処理能力がスケールアップする仕様になっています。このスケールアップした状態が継続できる時間を「クレジット」という単位で管理しています。 スケールアップ状態は、予め蓄積されているクレジット量を消費して発生し、クレジットを使い尽くすと、最低保証ラインまでCPU処理性能が低下します。この最低保証ラインは「ベースライン性能」と呼ばれます。 CPUクレジットを使い切った後、クレジットが使用されない場合に限り、1時間毎に規定の割合でCPUクレジットの蓄積が再開されます。 蓄積の割合は、インスタンスタイプ毎に異なります。 詳細については、下記をご確認下さい。 http://aws.typepad.com/aws_
AWS CLI からのリターンコード - AWS Command Line Interface
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 AWS CLI からのリターンコード 通常、リターンコードは、コマンドのステータスを示す AWS Command Line Interface (AWS CLI) コマンドを実行した後に送信される非表示のコードです。echo コマンドを使用して、最後の AWS CLI コマンドから送信されたコードを表示し、これらのコードを使用して、コマンドが成功したか失敗したかを判断できます。失敗した場合は、エラーの理由を判断できます。リターンコードに加えて、--debug スイッチを使用してコマンドを実行すると、エラーに関する詳細情報を表示できます。このスイッチにより、コマンドを処理するために AWS CLI が使用するステップおよび各ステップの結果についての詳細なレポートが作成
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Access expert technical guidance and AWS Knowledge Center
料金 - Amazon Lightsail | AWS