並び順

ブックマーク数

期間指定

  • から
  • まで

561 - 600 件 / 1050件

新着順 人気順

ec2の検索結果561 - 600 件 / 1050件

  • Proactively manage the Spot Instance lifecycle using the new Capacity Rebalancing feature for EC2 Auto Scaling | Amazon Web Services

    AWS Compute Blog Proactively manage the Spot Instance lifecycle using the new Capacity Rebalancing feature for EC2 Auto Scaling By Deepthi Chelupati and Chad Schmutzer AWS now offers Capacity Rebalancing for Amazon EC2 Auto Scaling, a new feature for proactively managing the Amazon EC2 Spot Instance lifecycle in an Auto Scaling group. Capacity Rebalancing complements the capacity optimized allocat

      Proactively manage the Spot Instance lifecycle using the new Capacity Rebalancing feature for EC2 Auto Scaling | Amazon Web Services
    • Terraformで、Systems Manager(Session Manager)でアクセスできるようにしたEC2インスタンスを構築する - Qiita

      Terraformで、Systems Manager(Session Manager)でアクセスできるようにしたEC2インスタンスを構築するAWSTerraform TL;DR AWS Systems Managerを使って、EC2インスタンスにSSH鍵なしでアクセスできるようにしたい そのための環境を、Terraformで構築する AWS Systems Managerを利用するためには、EC2にAmazonSSMManagedInstanceCoreポリシーを含むIAMインスタンスプロファイルを付与する必要がある AWS Systems Manager AWS Systems Managerとは、AWSインフラリソースの運用の役立つサービスです。 AWS Systems Manager AWS Systems Managerの機能は、こちら。 Systems Manager の機能 ま

        Terraformで、Systems Manager(Session Manager)でアクセスできるようにしたEC2インスタンスを構築する - Qiita
      • AWS CloudFormationでEC2インスタンスのログがAmazon CloudWatch logsで確認できるようにする - Qiita

        AWS CloudFormationでEC2インスタンスのログがAmazon CloudWatch logsで確認できるようにするAWSCloudFormationCloudWatch-Logs AWS CloudFormation(CFn)でEC2インスタンスを作成・管理する際にユーザーデータやAWS::CloudFormation::Init タイプを利用したメタデータで環境構築するのが便利なのですが、スタック作成・更新時のログはEC2インスタンス内にあるため、確認が面倒です。 EC2のログをAmazon CloudWatch Logsへ送信する仕組みとして「CloudWatch Logs エージェント」があると知ったのでCFnでEC2インスタンスを管理する際に利用できるテンプレートを作成してみました。 CloudWatch Logs エージェントのリファレンス - Amazon Cl

          AWS CloudFormationでEC2インスタンスのログがAmazon CloudWatch logsで確認できるようにする - Qiita
        • AWSのEC2(+RDS(+S3))でDjangoアプリケーション(+MySQL)を公開するまで - Qiita

          AWSのEC2インスタンスとRDSインスタンスがある状態からどうすればDjango+Apache(+mod-wsgi)+MySQLでWebアプリを公開できるかです.Webアプリプログラムはあるものとします.なお,情報は2020/1/1時点です. また,pyenv+Anacondaを使っていますが,この辺はPythonをyum installするとか今時Pipenv使うでしょとかは各自の宗教に合わせてください. 使用したバージョンなど Python関係 Python 3.7.4 (anaconda3-2019.10 使用) pyenv 1.2.15-9-gac246e16 Django 3.0.1 django-el-pagination 3.2.4 django-maintenance-mode 0.14.0 django-storages 1.8 mod-wsgi 4.7.0 mysql

            AWSのEC2(+RDS(+S3))でDjangoアプリケーション(+MySQL)を公開するまで - Qiita
          • 【速報】 EC2 “M1” Mac Instanceが発表されました! #reinvent | DevelopersIO

            ども、 もこ@札幌オフィスです。 去年のre:Invent 2020で発表された、EC2 Mac Instance。界隈を震撼させたアップデートでしたが、M1 Mac Instanceは2021年発表と予告されていました。 そんな中、キーノート3日目のWerner(Amazon CTO)のセッションでM1 Mac Instanceが公開されました! Mac Instanceの詳細 M1 Mac InstanceはM1のMac miniで実行されており、Nitro Systemに接続されており、EC2では専有ホストとして起動する事ができます。 Mac Instanceの実態は物理的なM1 Mac MiniをThunderbolt経由でNitro Systemに接続されているような状態となっているため、ハード面ではAppleが公式で販売している物をカスタマイズせずにそのままラックに搭載するよう

              【速報】 EC2 “M1” Mac Instanceが発表されました! #reinvent | DevelopersIO
            • [小ネタ]AWS BackupでEC2をリストアした後に変更される項目や再設定が必要な項目 | DevelopersIO

              はじめに こんにちは。大阪オフィスの林です。 AWS BakcupでEC2のバックアップを取得する機会があったので、リストア時にインスタンスの設定がちゃんと戻っているかマネコンで確認レベルで簡易的にチェックしました。幾つか再設定が必要な部分もあったので備忘でまとめておきたいと思います。なおバックアップおよびリストアの概要や手順に関しては下記のブログをご参照ください。 注意 お断りですがすべての設定項目で差異のチェックが出来ているわけではありません。個人的に良く設定する項目だったり良く見る項目を中心に確認しています。 確認してみた

                [小ネタ]AWS BackupでEC2をリストアした後に変更される項目や再設定が必要な項目 | DevelopersIO
              • AWS Builder Labs (セルフペースラボ) の Introduction to Amazon EC2 Auto Scaling をやってみた | DevelopersIO

                AWS Builder Labs (セルフペースラボ) とは AWS Builder Labs (セルフペースラボ) とは、AWS Skill Builder 内で提供されている AWS の学習コンテンツです。 以下の特徴があります。 ハンズオン形式で実践的な学習ができる AWS のラボ環境が提供されるため、コストを気にせずに学習できる オンデマンドで利用可能なため、時間や場所を問わずに学習できる AWS Builder Labs の利用には、個人またはチームのサブスクリプション契約が必要となります。 私は個人サブスクリプション (29 USD/月) を契約して AWS Builder Labs を使用しています。 詳細は公式サイトをご参照ください。 ラボ環境について 実際にラボ環境にアクセスしてみたら分かるのですが、通常の AWS マネジメントコンソールと全く同じです。 基本的には特に指

                  AWS Builder Labs (セルフペースラボ) の Introduction to Amazon EC2 Auto Scaling をやってみた | DevelopersIO
                • Amazon EC2からVPCエンドポイント経由で MongoDB Atlas に接続してみた | DevelopersIO

                  Amazon EC2(Amazon ECSでも可) からPrivate Endpoint経由で MongoDB Atlas に接続する方法についてご説明します。 はじめに Amazon EC2 (Amazon ECSなどでも可) からMongoDB Atlasへの接続方法には、以下の方法があります。 インターネット経由 VPC ピアリング経由 Private Endpoint経由 接続方法 インターネット経由 インターネット経由では、EC2から直接インターネット経由でMongoDB Atlasに接続します。 セキュリティを強化するためには、MongoDB Atlas側でIP制限を設定する必要があります。 ただし、EC2がAuto Scalingを使用する場合、NAT Gatewayを設置してIPを固定する必要があります。 VPC ピアリング経由 VPC ピアリング経由は、下記の構成の通り、

                    Amazon EC2からVPCエンドポイント経由で MongoDB Atlas に接続してみた | DevelopersIO
                  • Amazon EC2 M7g インスタンスおよび R7g インスタンスを利用可能なリージョンが拡大

                    本日より、Amazon Elastic Compute Cloud (Amazon EC2) M7g インスタンス および R7g インスタンスが欧州 (フランクフルト)、アジアパシフィック (東京)、アジアパシフィック (シドニー) の AWS リージョンで利用できるようになりました。これらのインスタンスは AWS Graviton3 プロセッサで駆動され、AWS Nitro System 上に構築されます。AWS Graviton3 プロセッサは、AWS Graviton2 プロセッサと比較してコンピューティングパフォーマンスが最大 25% 向上しています。AWS Nitro System は、分離されたマルチテナンシー、プライベートネットワーキング、高速ローカルストレージを備えた効率的で柔軟かつ安全なクラウドサービスを提供する AWS 設計のハードウェアとソフトウェアのイノベーション

                      Amazon EC2 M7g インスタンスおよび R7g インスタンスを利用可能なリージョンが拡大
                    • 独自設計チップ AWS Trainium 搭載 Amazon EC2 Trn1 インスタンスで ML トレーニングを高速実行(基礎編) | Amazon Web Services

                      Amazon Web Services ブログ 独自設計チップ AWS Trainium 搭載 Amazon EC2 Trn1 インスタンスで ML トレーニングを高速実行(基礎編) こんにちは!アマゾン ウェブ サービス ジャパン合同会社 アンナプルナラボの常世です。 アンナプルナラボって何?と思われた方も多いかと思います。アンナプルナラボは元々 ARM アーキテクチャベースの SoC (System-on-Chip) を提供していたファブレス半導体ベンチャーでした。アンナプルナラボ製 ARM SoC は家庭向け、SMB 向けの NAS (Network Attached Storage) や、ネットワーク機器にも採用されているので、皆様がお使いの機器の中で動作しているかもしれません。2015年に AWS の一部となってからは AWS Nitro System や、AWS Gravito

                        独自設計チップ AWS Trainium 搭載 Amazon EC2 Trn1 インスタンスで ML トレーニングを高速実行(基礎編) | Amazon Web Services
                      • [Terraform]EC2 LinuxのOS設定やパッケージ追加をユーザデータとcloud-initで完結させる | DevelopersIO

                        こんにちは!コンサル部のinomaso(@inomasosan)です。 先日、ユーザデータでApacheセットアップしたブログを書きましたが、どうせならOSの設定等もまとめて実施したくなりました。 ちょっと調べてみると、ユーザデータとcloud-initディレクティブだといい感じに実装できそうだったので、検証してみました。 やりたいこと 以下をEC2初回起動時に自動実行 OS設定 全てのパッケージアップデート ロケール設定 タイムゾーン設定 ホスト名設定 カスタムAMIからEC2起動時にホスト名、ロケール、タイムゾーンの上書き回避 Apache設定 パッケージ追加 ディレクトリ配下の所有者やグループ変更 サービス自動起動設定 1分後にOS再起動 検証環境 今回実行した環境は以下の通りです。 項目 バージョン Terraformコード aws_ec2.tf resource "aws_ins

                          [Terraform]EC2 LinuxのOS設定やパッケージ追加をユーザデータとcloud-initで完結させる | DevelopersIO
                        • Amazon Linux 2 を実行している Amazon EC2 インスタンスに GUI をインストールする

                          Amazon Linux 2 を実行している Amazon Elastic Compute Cloud (Amazon EC2) インスタンスにグラフィカルユーザーインターフェイス (GUI) をインストールしたいと考えています。どうすればよいですか? 簡単な説明 先に進む前に、まず GUI を手動でインストールする代わりに、以下のいずれかの方法を検討してください。 MATE がプリインストールされている Amazon Linux 2 AMI から起動します。詳細については、「Amazon Linux 2 MATE デスクトップ接続を設定する」を参照してください。 完全マネージド型の永続的なデスクトップ仮想化サービスである Amazon WorkSpaces の使用を開始します。詳細については、「Amazon WorkSpaces」を参照してください。 リモートデスクトップとアプリケーショ

                            Amazon Linux 2 を実行している Amazon EC2 インスタンスに GUI をインストールする
                          • SSHキーを使わずにEC2から異なるAWSアカウントのCodeCommitのリポジトリをクローンする | DevelopersIO

                            git-remote-codecommitを使うと、SSHキーを使わずに(IAMの権限で)CodeCommit上のリポジトリから git clone ができます。 具体的には次のようなURLでリポジトリを指定できます。 $ git clone codecommit::{リージョン名(※省略可)}://{プロファイル名@(※省略可)}{リポジトリ名} 詳細は弊社ブログを御覧ください。 git-remote-codecommitでAmazon CodeCommitリポジトリへ接続する | Developers.IO 今回はgit-remote-codecommitを利用して、異なるAWSアカウントのCodeCommitのリポジトリをクローンする方法を紹介します。 イメージ図 アカウントAをCodeCommitがあるアカウントとします。アカウントBをCodeCommitへアクセスしたいEC2があ

                              SSHキーを使わずにEC2から異なるAWSアカウントのCodeCommitのリポジトリをクローンする | DevelopersIO
                            • Making EC2 boot time 8x faster

                              It's possible to cut EC2 boot time from 40 seconds to 5 seconds by combining several optimizations like root volume streaming, instance warm pools, and instance resizing. It is possible to increase the speed at which EC2 instances boot! This can be critical for certain types of workloads, where a fresh EC2 instance is needed to process some request or task. At Depot, we accelerate builds, so the E

                                Making EC2 boot time 8x faster
                              • [小ネタ]EC2 Image BuilderのCloudWatch Logsへの出力を無効化する | DevelopersIO

                                進撃の巨人にハマりまくってるオンジーです!心臓を捧げよ! Image BuilderはデフォルトでCloudWatch Logsへのログ出力が有効になっています。 より詳細なログを出力するためにはS3へのログ出力を有効にする必要がありその手順は下記ブログに書きました。 S3に詳細なログが出ているのでCloudWatch Logsへの出力を無効化したくなった僕みたいな人のための手順です。 手順といってもCloudWatch Logs出力用の権限を削除するだけです。 実際にやってみた 前回の記事からの使い回しですが現在EC2用のIAMロールは以下のポリシーがアタッチされています。 この中の「EC2InstanceProfileForImageBuilder」の中にCloudWatch Logs出力の権限があります。 { "Effect": "Allow", "Action": [ "logs:

                                  [小ネタ]EC2 Image BuilderのCloudWatch Logsへの出力を無効化する | DevelopersIO
                                • Amazon EC2 M6i インスタンスをご利用いただけるリージョンが 2 つ増えました

                                  本日より、 Amazon EC2 M6i インスタンスが、追加の AWS リージョンである米国西部 (北カリフォルニア) とアジアパシフィック (東京) で利用できるようになりました。コンピューティング、メモリ、ストレージ、およびネットワークリソースのバランスを提供するように設計されている M6i インスタンスは、専用ハードウェアと軽量ハイパーバイザーを組み合わせた AWS Nitro System で構築されます。これは、ホストハードウェアのコンピューティングリソースおよびメモリリソースを実質的にすべてお客様のインスタンスに提供します。これらのインスタンスは SAP 認定を受けており、ウェブサーバー、アプリケーションサーバー、エンタープライズアプリケーションをサポートするバックエンドサーバー (Microsoft Exchange Server、SharePoint Server、SAP

                                    Amazon EC2 M6i インスタンスをご利用いただけるリージョンが 2 つ増えました
                                  • AWS、「EC2-Classic」を終了へ

                                    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Amazon Web Services(AWS)は米国時間7月28日、同社最古のクラウドコンピューティングインフラサービスの1つである「EC2-Classic」を終了する計画を明らかにしている。同社はユーザーに対して、アプリケーションの中断を避けるために同サービスから移行するよう求めている。 同社のチーフエバンジェリストJeff Barr氏は、ブログで「EC2-Classicはわれわれに大きく貢献してきたが、退職記念の金時計を贈呈し、その名誉に値する、引退に向けた花道を用意した」と書いている。 EC2-Classicは「Amazon Elastic Compute Cloud」(Amazon EC2)の最初のリリース時に提供が開始された

                                      AWS、「EC2-Classic」を終了へ
                                    • 【SSM Patch Manager】EC2インスタンスへのパッチ適用前に AMIバックアップを取る | DevelopersIO

                                      はじめに いくつか Systems Manager(SSM) Patch Managere を使ったパッチ適用環境のブログを上げてきました。 継続してパッチ適用を行うインスタンスには、同じく継続してAMIバックアップを取っておきたいです。 パッチ起因のトラブルに備えるためです。 今回は パッチ適用前に AMIバックアップを取る仕組みの 1例を紹介します。 メンテナンスウィンドウでパッチ適用を行う前提で、 そのメンテナンスウィンドウにAMIバックアップのタスクを組み込みます。 マネジメントコンソールから行います。 おおまかな流れは以下のとおりです。 メンテナンスウィンドウの作成 パッチタスクの設定 バックアップタスクの設定 メンテナンスウィンドウの作成 SSM メンテナンスウィンドウのページから [メンテナンスウィンドウの作成] を選択します。 ウィンドウの名前は適当に patching-w

                                        【SSM Patch Manager】EC2インスタンスへのパッチ適用前に AMIバックアップを取る | DevelopersIO
                                      • AWS EC2インスタンス内のDBを ローカル環境のDbeaver上で表示させる方法 - Qiita

                                        概要 AWS(EC2 ,RDS CLOUD9) + Ruby on Railsでプロジェクト作成した。 上記プロジェクトで使用しているDB(Mysql)を Windows(ローカル環境)のDbeaver上でRails プロジェクトのDBを表示させる例を示す 前提条件 具体的に必要な内容 (省略) ・ローカル環境を用意(Windows) ・Dbeaver をWindows内にインストール ・AWS準備 ・AWS EC2(Amazon Linux2)を開発環境・本番環境それぞれに作成 ・ElasticIPを作成し 各EC2インスタンスに割り当てておく ・開発環境 (統合開発環境として AWS CLOUD9を使用)内でRailsプロジェクト作成 ・DB(RDS含む)を準備 ・「ローカル環境→開発環境」「ローカル環境→本番環境」「開発環境→本番環境」 それぞれへssh接続で移動できるための鍵・設定

                                          AWS EC2インスタンス内のDBを ローカル環境のDbeaver上で表示させる方法 - Qiita
                                        • プライベートサブネット上のEC2にPatch Manager利用時、OSごとの最適な構成(Windows, Linux)とパッチ適用方法まとめ | DevelopersIO

                                          はじめに プライベートサブネット上にあるEC2インスタンスにパッチ適用する際、Linux(Amazon Linux系)やWindowsなどのOSによって構成が異なるため、それぞれのOS別の構成と、Systems Manager Patch Manager(以降、パッチマネージャー)を使ったパッチ適用方法について解説します。 ちなみに、EC2インスタンスがパブリックサブネット上のインターネットにアクセスできる環境の場合、OSによって構成が異なることはほとんどのケースでないです。 構成 プライベートサブネット上にEC2インスタンスがある場合、S3バケットやSystems Manager(以降、SSM)へのアクセス経路を考慮する必要があります。 プライベートサブネット上にEC2インスタンスがある場合、OS関係なく以下の設定は共通です。 EC2インスタンスにSSMエージェントがインストールされてい

                                            プライベートサブネット上のEC2にPatch Manager利用時、OSごとの最適な構成(Windows, Linux)とパッチ適用方法まとめ | DevelopersIO
                                          • Amazon EC2 Inf2 instances, optimized for generative AI, now available globally

                                            Starting today, the Amazon Elastic Compute Cloud (Amazon EC2) Inf2 instances are generally available in the Asia Pacific (Mumbai), Asia Pacific (Singapore), Asia Pacific (Tokyo), Europe (Ireland), and Europe (Frankfurt) regions. These instances deliver high performance at the lowest cost in Amazon EC2 for generative AI models. You can use Inf2 instances to run popular applications such as text sum

                                              Amazon EC2 Inf2 instances, optimized for generative AI, now available globally
                                            • Amazon EC2 Auto Scaling がインスタンスの最大インスタンス有効期間をサポート開始

                                              Amazon EC2 Auto Scaling により、Auto Scaling グループ (ASG) 内のインスタンスを通常のリズムで安全かつセキュアにリサイクルできるようになりました。最大インスタンス有効期間のパラメータは、指定された有効期間に達する前にインスタンスが確実にリサイクルされるようにします。また、セキュリティ、コンプライアンス、パフォーマンスの要件を自動的に順守します。新しい ASG を作成するか、既存の ASG を更新して、選択した最大インスタンス有効期間の値を 7〜365 日の範囲で指定できます。 Amazon EC2 Auto Scaling はアプリケーションの可用性を維持するうえで役立ち、お客様が定義した条件に応じて EC2 インスタンスを自動的に追加または削除できます。フリート管理を使用して、フリートの状態と可用性を維持できます。また、動的スケーリング機能と予測

                                                Amazon EC2 Auto Scaling がインスタンスの最大インスタンス有効期間をサポート開始
                                              • 一時的にプライベートEC2へ Run Command/Session Manager したいとき用の CloudFormationテンプレートを作成してみた | DevelopersIO

                                                はじめに Systems Manager Run Command をプライベートサブネット上の EC2インスタンスに対して実行する手順 を以前紹介しました。 Systems Manager Run Command をプライベートサブネット上の EC2インスタンスに対して実行する手順と注意点 こちら、VPCエンドポイントを4つ作成しますが マネジメントコンソールからの作成は少々面倒です。 そこで、これらSSM用のVPCエンドポイントを CloudFormation テンプレートとして作成してみました。 プライベートEC2インスタンスを持っていて、 普段そんなにコンソール入らない・・・ 踏み台はセキュリティ面でもコスト面でもやだ・・・ VPCエンドポイントも 時間ごとの料金 がかかるから常時置きたくない・・・ けど今ちょっと RunCommand/SessionManager でいじりたい・・

                                                  一時的にプライベートEC2へ Run Command/Session Manager したいとき用の CloudFormationテンプレートを作成してみた | DevelopersIO
                                                • Instance Tags now available on the Amazon EC2 Instance Metadata Service

                                                  You can now access your instance's tags from the EC2 Instance Metadata Service. Tags enable you to categorize your AWS resources in different ways, for example, by purpose, owner, or environment. This is useful when you have many resources of the same type—you can quickly identify a specific resource based on the tags that you've assigned to it. Previously, you could access your instance tags from

                                                    Instance Tags now available on the Amazon EC2 Instance Metadata Service
                                                  • Amazon EC2 でルートボリュームを交換することにより、迅速な復元とトラブルシューティングが可能に

                                                    Amazon EC2 ではお客様が実行中のインスタンスのルートボリュームを置き換えられるルートボリュームの復元を発表しました。この機能はインスタンスのルートボリュームを開始状態、または、特定のスナップショットに復元します。その際にインスタンスを停止しません。これによりお客様はルートボリュームの破損、またはゲストオペレーティングシステムのネットワーク設定エラーなどの問題を修正する一方、インスタンスストアのデータは保持し、ネットワークと IAM 設定を保持できます。 この機能により、お客様は、最新の状態の良いスナップショットにルートボリュームを復元し、インスタンスストアのデータが無傷の状態で、業務を再開できるようになります。たとえば、ビッグデータのワークロードをご利用のお客様には、インスタンスを迅速に復元し、インスタンスストアのデータレプリケーションを回避できるルートボリュームの復元機能をご利

                                                      Amazon EC2 でルートボリュームを交換することにより、迅速な復元とトラブルシューティングが可能に
                                                    • Visual Studio Code でAWS EC2上のコード開発 - Qiita

                                                      概要 社内からAWSの踏み台EC2インスタンスを経由しデプロイ先のEC2インスタンスに接続するような環境で開発を行っています。社内の開発マシン上のVisual Studio Code でデプロイ先のEC2インスタンスを直接触ることができたので、備忘録として残します。 環境 開発マシン(社内のプロキシ環境下):Windows10 踏み台EC2インスタンス:Linux デプロイ先EC2インスタンス:Linux 手順 開発マシンにVisual Studio Code のインストール https://code.visualstudio.com/download Remote - Development(SSH) プラグインのインストール https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.vscode-remot

                                                        Visual Studio Code でAWS EC2上のコード開発 - Qiita
                                                      • (アップデート) NitroベースのEC2インスタンスでEBS-Optimizedの性能が向上しました #reinvent | DevelopersIO

                                                        はじめに ご紹介するアップデートはこちら! Amazon EC2 Nitro System Based Instances Now Support 36% Faster Amazon EBS-Optimized Instance Performance 内容 NitroベースのEc2インスタンスでEBS-Optimizedを使ったときのパフォーマンスが向上しました。6TB、9TB、12TBの大容量メモリを持つインスタンスでは、これまでの14Gbpsから19Gbpsに36%高速になったとのこと。 対応するインスタンスタイプはC5、C5d、C5n、M5、M5d、M5n、M5dn、R5、R5d、R5n、R5dn、P3dn。 変更内容は以下の通り。 インスタンスタイプ (旧)最大帯域幅 (Mib/秒) (新)最大帯域幅 (Mib/秒) (旧)最大スループット (MiB/秒、128 KiB I/O)

                                                          (アップデート) NitroベースのEC2インスタンスでEBS-Optimizedの性能が向上しました #reinvent | DevelopersIO
                                                        • ECS(EC2)のCloudFormation最小構成 - sambaiz-net

                                                          EC2でECSのServiceを動かすCFnテンプレートを書く。以前Fargateで動かしたものを一部再利用する。 ECS FargateでSidecarのFluentdでログをS3に送る構成をCloudFormationで構築する - sambaiz-net EC2で動かす場合、自分でリソースが不足しないようにインスタンスのスケールを気遣うことになるがprivilegedをtrueにするなどEC2でしかできないことがある。あと同リソースで比較すると安い。 まずはEC2インスタンス以外のリソースを書く。LaunchType以外はFargateのときとほぼ同じ。 LBなしでバッチのようなものを動かすことを想定した最小構成。 ECSCluster: Type: AWS::ECS::Cluster Properties: ClusterName: 'test-cluster' LogGroup:

                                                            ECS(EC2)のCloudFormation最小構成 - sambaiz-net
                                                          • System Managerを使ってCircleCIでEC2のセキュリティGを動的に変更してみる|SHIFT Group 技術ブログ

                                                            はじめにこんにちは、自動化アーキテクトの森川です。 本日はCircleCIのパイプラインに関するTipsです。 やりたいことCircleCIのクラウド環境でE2Eテストをまわすとき、VMからテスト対象へのアクセスが必要となります。 開発環境にIPアドレス制限がかかっていることは「あるある」です。 IPホワイトリストのオプション契約をしていれば万事解決ですが、POCフェイズではそのようなリッチな環境は望めません。 CircleCIで開示されているIPアドレスリストを使うのはセキュリティ的に難しい場合もあるでしょう。 IP アドレスの範囲 - CircleCI Note: Jobs can use any of the address ranges above. また、このアドレス リストは、本機能を有効化しているすべての CircleCI ユーザーと共有されることに注意してください。 そこで

                                                              System Managerを使ってCircleCIでEC2のセキュリティGを動的に変更してみる|SHIFT Group 技術ブログ
                                                            • [AWS]Elasitc IPアドレスを使いEC2インスタンスのIPアドレスを固定する ~備忘録~ - Qiita

                                                              はじめに この記事はプログラミング初学者による備忘録用の記事であり、また、少しでも他の初学者のお役に立てればと思い書いています。 今回は、AWSにおけるEC2インスタンスのIPアドレスを固定する方法を学びましたので、備忘録としてまとめておきたいと思います。 間違いなどがございましたら、ご指摘のほどよろしくお願い致します。 Elastic IP アドレスとは インターネット経由でアクセス可能な固定グローバルIPアドレスを取得することができ、EC2インスタンスに付与することができます。 付与したインスタンスを削除するまで、固定のIPアドレスを使用することができます。 Elastic IP アドレスは、動的なクラウドコンピューティングのために設計された静的 IPv4 アドレスです。 Elastic IP アドレスはユーザーの AWS アカウントに割り当てられ、解放するまでユーザーのアドレスになり

                                                                [AWS]Elasitc IPアドレスを使いEC2インスタンスのIPアドレスを固定する ~備忘録~ - Qiita
                                                              • [AWS]他リージョンにバックアップしたリソースをリストアする際に気をつけること(EC2,RDS) | DevelopersIO

                                                                AWSのEC2やRDSで他のリージョンでバックアップから立ち上げる際、何点か気をつける点があると思いましたので纏めてみました。 ※上げている内容以外でもあればご指摘いただけますと幸いです。 今回の前提 東京リージョンで運用、大阪リージョンでバックアップを取っている場合を想定 AWS上にあるADサーバに参加している ※2021/9/9時点の情報です。 EC2 インスタンスタイプを確認 リージョンによって対応可能なサービスは異なりますが、対応可能なインスタンスタイプも制限があります。 例えば、東京リージョンでt3a系を利用していた場合、大阪リージョンでt3a系は対応していないので立ち上げることはできません。 また、t2系において、東京は複数のアベイラビリティゾーンで利用可能ですが、大阪は1つのアベイラビリティゾーンのみ対応しています。 バックアップ先で利用できないインスタンスタイプについては、

                                                                  [AWS]他リージョンにバックアップしたリソースをリストアする際に気をつけること(EC2,RDS) | DevelopersIO
                                                                • 【AWS】EC2の自動起動・自動停止を実装する方法 - BFT名古屋 TECH BLOG

                                                                  2022/12/10 最新の情報に更新しました。また一部の文章を修正・更新しています。 こんにちは! BFT名古屋支店の佐野です。 今回はEC2インスタンスが一定時刻に起動、停止する仕組み作りについてのお話です。 EC2インスタンスは起動している間だけ料金が発生するので、誰も触っていない時間帯に起動させておくのは非常にコスト面で悪く、もったいないです。 多くの場合は「使わない時は停止しておく」運用をされていると思いますが、手動だとうっかり停止し忘れてしまう……なんてことも多々あるでしょう。 ですので、そもそも忘れてしまってもいいように、起動や停止を自動化してしまおうというのが、今回の趣旨になります。 はじめに:EC2の自動起動・自動停止の前提条件 今回のEC2インスタンスの自動起動・自動停止には、Systems ManagerとEventBridgeというふたつのAWSサービスを使用します

                                                                    【AWS】EC2の自動起動・自動停止を実装する方法 - BFT名古屋 TECH BLOG
                                                                  • Amazon EC2 スポットインスタンスを活用したウェブアプリケーションの構築 | Amazon Web Services

                                                                    Amazon Web Services ブログ Amazon EC2 スポットインスタンスを活用したウェブアプリケーションの構築 本記事は、EC2スポットインスタンススペシャリスト シニアソリューションアーキテクトのIsaac Vallhonratによる寄稿です。 Amazon EC2 スポットインスタンスを使うと、AWS クラウド内の使用されていない EC2 キャパシティーを用いて、オンデマンド料金に比べ最大 90% の割引価格でご利用いただけます。スポットインスタンスは、バッチジョブ、ビルド等のCI/CDパイプライン、負荷テスト、コンテナ化されたワークロード、ウェブアプリケーション、ビッグデータの分析クラスター、ハイパフォーマンスコンピューティング(HPC)用計算クラスターなど、複数のインスタンスタイプで柔軟に実行できる、耐障害性を備えたワークロードに最適です。このブログ投稿では、スポ

                                                                      Amazon EC2 スポットインスタンスを活用したウェブアプリケーションの構築 | Amazon Web Services
                                                                    • EC2 Linux インスタンスが予期せず再起動または再始動した理由の特定

                                                                      Amazon Elastic Compute Cloud (Amazon EC2) Linux インスタンスが唐突に再起動または再始動したのはなぜですか? 簡単な説明 予期しない再起動や再始動がまれに発生しますが、その原因は複数あります。最も一般的な理由は次のとおりです。 インスタンスのステータスチェックの一方または両方が失敗した。 インスタンスをホストしている基盤のハードウェアに障害があったため、Amazon EC2 はインスタンスを再起動して新しい正常なハードウェアに移行した。 インスタンスで定期メンテナンスが行われ、再起動が必要になった。 サーバー内のユーザーまたはアプリケーションがインスタンスを再起動した。 カーネルのバグ。カーネルのバグに遭遇した場合は、カーネルが完全に更新されていることを確認します。 カーネルを更新するには、お使いの Linux オペレーティングシステム (OS

                                                                        EC2 Linux インスタンスが予期せず再起動または再始動した理由の特定
                                                                      • [小ネタ] mackerel-agentのArm版がGAになってるのでAWS EC2のT4gインスタンスに導入してみた | DevelopersIO

                                                                        TL;DR 普通に動きました はじめに 今月頭の話ですが、Mackerel で OS 内部のメトリックを収集するエージェントソフトウェア mackerel-agent が Arm アーキテクチャに標準対応しました。 mackerel-agentは Go 言語で書かれているので、以前から動かすことは可能でした。ただし標準レポジトリに入っていたわけではないので、yumコマンドなどで導入することが出来ませんでした。 一方で、AWS は EC2 インスタンスに Arm アーキテクチャ(AWS Graviton2)のものを投入してきているので、Mackerel を監視サービスの基盤に使用している弊社 としては、なんとかこれを動かしたいという要望を持っていました。 特に T 系のインスタンスは汎用型の中でも安価に使えるため、アーキテクチャがamd64(x86_64) かarm64(AArch64) か

                                                                          [小ネタ] mackerel-agentのArm版がGAになってるのでAWS EC2のT4gインスタンスに導入してみた | DevelopersIO
                                                                        • AWS Graviton (EC2 に最良の料金とパフォーマンスを提供 | AWS

                                                                          2024 年 12 月 31 日まで、AWS Graviton2 プロセッサを搭載した Amazon EC2 t4g.small インスタンスを、1 か月あたり最大 750 時間、無料でお試しいただけます。

                                                                            AWS Graviton (EC2 に最良の料金とパフォーマンスを提供 | AWS
                                                                          • New Seventh-Generation General Purpose Amazon EC2 Instances (M7i-Flex and M7i) | Amazon Web Services

                                                                            AWS News Blog New Seventh-Generation General Purpose Amazon EC2 Instances (M7i-Flex and M7i) Today we are launching Amazon Elastic Compute Cloud (Amazon EC2) M7i-Flex and M7i instances powered by custom 4th generation Intel Xeon Scalable processors available only on AWS, that offer the best performance among comparable Intel processors in the cloud – up to 15% faster than Intel processors utilized

                                                                              New Seventh-Generation General Purpose Amazon EC2 Instances (M7i-Flex and M7i) | Amazon Web Services
                                                                            • [Ansible]インベントリプラグインを使ってEC2インスタンス情報を動的に取得する

                                                                              本記事では、Ansible のインベントリプラグインを使用してEC2インスタンスを動的に取得する方法について紹介します。 Ansible のインベントリ(ターゲットノードの接続情報等をまとめたファイル)に接続対象のホスト情報を記載するのですが、クラウド環境でEC2インスタンスが頻繁にホストが追加・削除される状況では管理が難しくなります。そこで、Ansible ではクラウドから提供されている API(AWS であれば EC2 API)によってホスト情報を動的に取得し管理するダイナミックインベントリという機能が提供されています。 Ansible 2.9までは GitHub 上の ec2.py をダウンロードして使う方法が主流でしたが、2.10 からはこのファイルが削除されていて使うことができず、インベントリプラグインをつかうことが推奨されています。 Ansible のバージョン 手元の実行環境

                                                                                [Ansible]インベントリプラグインを使ってEC2インスタンス情報を動的に取得する
                                                                              • EC2にデプロイしたロゴ画像が表示されない - Qiita

                                                                                件のポートフォリオを作成後、herokuにてデプロイし次にAWSへのデプロイに挑戦しました。 その際にapp/assets/images下にあるロゴ画像が表示されなかった時の対処の話です。(下記参照) 目次 herokuでも起きていた現象 AWSでは、原因が異なる 今回の解決策 herokuでも起きていた現象 画像が読み込まれない現象はherokuの初期でも起きていました。 原因はプリコンパイル関連でサクッと解決。 【参考】 【Heroku】本番環境でアプリに導入している画像が表示されない場合の対応方法(Ruby on Rails) AWSでは、原因が異なる

                                                                                  EC2にデプロイしたロゴ画像が表示されない - Qiita
                                                                                • AWS EC2のAmazon LinuxでLet's Encryptのサーバ証明書を取得する - Qiita

                                                                                  # ./certbot-auto FATAL: Amazon Linux support is very experimental at present... if you would like to work on improving it, please ensure you have backups and then run this script again with the --debug flag! Alternatively, you can install OS dependencies yourself and run this script again with --no-bootstrap. # ./certbot-auto --debug Bootstrapping dependencies for Amazon... (you can skip this with

                                                                                    AWS EC2のAmazon LinuxでLet's Encryptのサーバ証明書を取得する - Qiita