EC2 にデプロイするCI/CD環境を作ってみた - Qiita
はじめに AWS Code シリーズを使って Amazon EC2 にデプロイするCI/CD環境を構築してみました。 構築手順を忘れないために残しておきます。 構築する構成は以下です。 ※前提条件 本手順ではローカル開発環境（ IDE, Git, AWS CLI ) はセットアップされた状態でスタートします。 CodeCommitの設定 AWS コンソールにログインし、CodeCommitのサービスに移動します。 リポジトリの作成をします。 Code CommitにCLIで接続できるようにします。 今回は、認証情報ヘルパーを使った方法で設定しました。 手順は公式ドキュメントを参照。 接続できるようになったら、ローカルにリモートリポジトリのクローンを作成します。 コンソール画面からgit cloneコマンドをコピーして、ターミナルで実行します。 CodeCommitにファイルを登録してみる
EC2でPHPを8.2へバージョンアップ - Qiita
先日、EC2環境でPHPを8.2にバージョンアップする機会があったので、つまずきポイントについて書き留めます。 PHP8.2の新機能についてはこちらで詳しく紹介されてます。 バージョンアップの流れはこんなイメージです。 既存バージョンをアンインストールする パッケージリポジトリをアップデートする 新バージョンをインストールする 1. 既存バージョンをアンインストールする 現行バージョンを確認します。 $ php -v PHP 8.1.4 (cli) (built: Mar 15 2022 20:18:41) (NTS gcc x86_64) Copyright (c) The PHP Group Zend Engine v4.1.4, Copyright (c) Zend Technologies $ yum list installed PHPphp* 読み込んだプラグイン:extras
Amazon EC2インスタンスにSSHできなくなった時の対処法 | Casual Developers Note
あれ？再起動したらEC2インスタンスにSSHできないぞ？今までSSHできていたのになぜだ？AWSでEC2インスタンスを作ったことがある人なら誰でも一度は経験する悲しい事件です。そうなったら選択肢は2 つ。諦めるか、原因を探るかです。今回は諦めない人に対処法を紹介します。 はじめに 今あなたの目の前には、こんなエラーがあることでしょう。 $ ssh -l ec2-user -i keypair.pem XX.XXX.XX.XXX Enter passphrase for key 'keypair.pem': ec2-user@XX.XXX.XX.XXX: Permission denied (publickey). ログイン名かパブリックIPの入力間違いか？いや、違う。 キーペアかパスフレーズが間違っているのか？いいや、違う。 そんな凡ミスはさすがにしない。 そして、このブログに辿り着いたの
EC2起動後に、後からできること・できないこと - 続 カッコの付け方
EC2はインスタンス起動時に色々聞かれます。一度起動した後に変更できるもの、出来ないものをまとめてみました。間違いも有るかもしれませんので、そのつもりで。気づいたら直していきます。 Target RunningでOK StoppedでOK メモ AMI No No AMI変えるなら、もちろん作り直し Instance Type No Yes AMIが pvかhvn で移行可能な対象が変わります VPC No No Subnet No No Auto-assign Public IP No No こんな時はEIP使いましょう IAM Role Yes Yes 出来そうで出来ないその1 Dummyで良いので仕込んでおきましょう。2017/04/07現在で対応可能に！ Shutdown behavior Yes Yes 即時反映可能 termination protection Yes Yes
AWS EC2インスタンスバックアップの 2つの方法
AWS EC2 バックアップ AWS には ECS や Lamda をはじめ数多くのサービスが用意されているので、ここ最近では直接 EC2 を立ち上げることも少なくなってきました。それでもちょっとしたサービスを用意するために EC2 を立ち上げることも、まだまだあります。EC2 でインスタンスを作成するのは数クリックでできますが、システムの緊急時を考慮しバックアップを用意しておかなければいけません。 弊社ではソースコードは外部の Git サービスで管理しており、サーバで利用するデータもまた RDS や EC2 をはじめ EC2 から外出ししています。そのため、 EC2 のバックアップを作成するタイミングは、定期バックアップではなくサービス開始後・サーバメンテナンス後などのみとしています。（もちろん RDS などは定期バックアップしています。） 今回は個人的な備忘録も含め、既にシステム稼働中
Windows Server EC2インスタンスを別サブネットに移行する際に注意すべきこと | DevelopersIO
EC2Launch v1を利用するWindows Server 2016以降Windows Server 2016以降のはなしです。 一度作成したWindows Server EC2インスタンス対して、バックアップからのリストアやマシン移行などで別のサブネットに移動した場合、インスタンスメタデータを参照することができなくなります。 それによりCloudWatch Agentの起動に失敗するなどの副作用が出る場合があります。 (CloudWatch Agentは起動時にインスタンスメタデータを参照するため) 検証環境 例としてサブネット10.0.1.0/24で作成したWindows Server 2016 EC2インスタンスをAMIイメージを経由してサブネット10.0.2.0/24に移動する場合を考えます。 再現手順 最初にサブネット10.0.1.0/24にWindows Server 20
「初心者向け」EC2のインスタンスからAMIを作成し、新しいインスタンスを起動してみましょう | DevelopersIO
こんにちは。研修中のジョン・ヒョンジェです。 EC2のAMIを勉強しましたので共有します。 以下ではAMIの簡単な概念と独自のAMIを作成してインスタンスを起動する方法について説明します。 はじめに AMI(Amazon Machine Image)とは、インスタンスの起動に必要なOSやボリューム、アプリケーションなどを含むテンプレートです。インスタンスを起動する時AMIを必ず指定する必要があります。 EC2で「インスタンスを起動」ボタンをクリックすると一番最初にAMIを指定するページが出ます。AWSが提供している基本AMIを使うことができ、MarketPlaceで他の開発者からAMIを購入して使うこともできます。 それ以外に、独自のAMIを使う方法もあります。 では、EC2のインスタンスから独自のAMIを作成し、それを使って新しいインスタンスを起動してみましょう！ 独自のAMIを作ってみ
[AWS] EC2 インスタンスのコピーを作成
補足情報だが、 AMI とは、ソフトウェア構成のテンプレートで、オペレーティングシステム、アプリケーションサーバー、アプリケーションなどの情報が含まれる。要するに、コピー元インスタンスの中の、 Linux や Apache (設定ファイルに書いた情報含む)、これまで作ったファイルとか全部のデータを保持している。 (読んで字の如くだが、 EC2 インスタンスとは、 AMI (テンプレート)から作られたコピーである。) EC2 ダッシュボードのインスタンス画面で、コピーしたいインスタンスにチェックを入れ、「アクション」→「イメージ」->「イメージの作成」を選択 ec2 dashboard イメージ名、イメージの説明（日本語不可）を入力 稼働中で再起動したくない場合には、再起動しない にチェックを入れる 「イメージの作成」をクリック create AMI ステータスが available になっ
![[AWS] EC2 インスタンスのコピーを作成](https://cdn-ak-scissors.b.st-hatena.com/image/square/399ecdd85398cf15a974c0879724f1a181c344e0/height=288;version=1;width=512/https%3A%2F%2Fagohack.com%2Fwp%2Fwp-content%2Fuploads%2F2019%2F04%2FAWS-thumbnail.png)
AWSのプライベートサブネットに配置されたEC2へのSession Managerを使ったアクセス
AWS EC2インスタンスをプライベートサブネットに配置し、AWS Systems ManagerのSession Managerを使用して接続する方法について説明します。以下の手順に従ってください。 ※VPCの作成、プライベートサブネットは作成はここでは扱いません。 目次 Session Managerについて プライベートサブネットにEC2インスタンスを作成する ステップ1: EC2インスタンスの作成 ステップ2: IAMロールの作成 ステップ3: EC2インスタンスにIAMロールをアタッチ ステップ4: VPCエンドポイントの作成 ステップ5: Session ManagerでEC2にアクセスする まとめ 参考資料 Session Managerについて Session ManagerはAWS Systems Managerの一部であり、安全にマネージドインスタンス（EC2インスタン
プライベートなEC2インスタンスに踏み台なしで接続してみる | cloud.config Tech Blog
はじめに 皆さんこんにちは！秋も深まってきたので、頭をオレンジ色に紅葉させた廣原です。 今回は、EC2で構築したWindows サーバにSession Manager（以下SSM）を使って接続する方法を書こうと思います！ SSMを使用することで「踏み台サーバを経由せずに」プライベートサブネット内のインスタンスに接続することができるんです！ それでは早速やってみましょう！ 前提 今回ですが、以下の準備が済んでいることを前提として進めます。 VPC, プライベートサブネットを構築済みプライベートサブネット内にWindowsサーバを一台構築済みAWS CLIが手元にインストール済み 今回は以下の手順で進めていきます！ SSMでインスタンスに接続する用のIAMユーザを作成するVPCエンドポイントを作成するインスタンスにロールをアタッチするAWS CLIを使ってインスタンスに接続する こんな少ない作
EC2 Instance Connect を使ってみた｜株式会社ネットアシスト
こんにちは。技術部のsです。 今回はEC2 Instance Connectを簡単に紹介致します。 EC2 Instance Connectとは？ EC2 Instance Connect を使用した Linux インスタンスへの接続 AWSマネジメントコンソール上(ブラウザ上)からSSHを利用してサーバにアクセスができるサービスです。 秘密鍵/公開鍵の設定を行わずとも、安全にサーバへSSH接続を実施することができますが、 利用するには事前準備が必要です。 利用条件 サポートしているOSバージョンは ・Amazon Linux 2 ・Ubuntu 16.04 以降 となります。 また、インスタンスにSSH接続が許可されていること、パブリックIPアドレスが設定されていることなどが条件となります。 参考 EC2 Instance Connect を使用して接続 設定してみる ではさっそく設定し
[初心者向け] 初めてのEC2ログイン：Windows編 | DevelopersIO
こんにちは、菊池です。 初めてAWSを使う方向けにEC2の接続方法の紹介記事です。 AWS再入門 Amazon EC2(Windows)編 Amazon EC2再入門 2015年7月版 今回はLinux編に続き、Windowsインスタンスへの接続方法を紹介します。 必要なもの ログインに必要なもの・情報は以下の3つです。 EC2のパブリックIP または パブリックDNS名 EC2のKey-Pair（秘密鍵ファイル） リモートデスクトップクライアント EC2のパブリックIP/パブリックDNS名 こちらはマネジメントコンソールのEC2の画面から確認ができます。 EC2のKey-Pair（秘密鍵ファイル） EC2にログインするための秘密鍵で、<Key-Pair名>.pemの名前がついたファイルです。EC2をマネジメントコンソールで作成した場合は、以下のような画面でダウンロードするか、事前に作成し
![[初心者向け] 初めてのEC2ログイン：Windows編 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/58278067871ebaae68a873315f4dd4b9b78f6b5a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_EC2.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プライベートサブネットにあるEC2へのアクセス方法を整理してみた / Organized access to EC2 on a private subnet.