（ポーランド旅行´24）ウッチにある火力発電所の廃墟『Elektrociepłownia EC-2』 - ロンドンのテムズでズンドコレボリューション
こんにちは、tomoeagle (Instagram)です。 おはようございます、ウッチ2日目です。 この日朝から向かったのは、今回ウッチに来た最大の目的地である火力発電所の廃墟。 事前情報でここ最近はセキュリティーが厳しくなってもう中に入れないとの事だったんだけど、まぁただあんまりブログに書くような事ではないかなぁなんて思とりますので、お写真張り付ける形で進ませて頂きます本日もよろしくお願いいたします＼(⌒ ͜ ⌒)／ 巨大団地を越えて、向かうは発電所の廃墟『Elektrociepłownia EC-2』 Elektrociepłownia EC-2 Gen. Walerego Wróblewskiego, 90-001 Łódź 1957年から2015年まで稼働していた市営の火力発電所、技術的な理由から廃止になってしまったみたいです。 3本の煙突と2つの冷却塔からなるEC-2、とっても
【本記事を作成した意図】 以下記事にて、EC2 Windowsにて、m4.xlargeからr4.largeに変更したところ、参照先となるDNSサーバの設定がリセットされるという事象が発生した。原因はインスタンスタイプ変更にともない、ネットワークアダプタが変更されたことで、その結果ネットワークアダプタに対して設定していた参照先DNSサーバの設定が無効になったとのことだ。 記事について、2020年に投稿された記事であり、2024年9月でも同じ事象が発生しているのか、確認したく、AWSサポートに質問した。 [EC2 Windowsでインスタンスタイプを変更したらDNSサーバ設定がリセットされた話] https://dev.classmethod.jp/articles/ec2-windows-dns-server-setting-reset-by-changing-instance-type/
こんにちは！AWS事業本部の吉田です。 最近パブリックサブネットに配置されているEC2をプライベートサブネットに移行することを提案する機会がありました。 EC2をプライベートサブネットに移行した際、EC2周りのアクセスで考えることが思っていたより多いなと感じましたので、記事としてまとめようと思います。 移行前 プライベートサブネット移行前は以下の図の構成と仮定します。 EC2をパブリックサブネットに配置（EC2にパブリックIPを付与） HTTPSアクセスの受け口はALB EC2からS3へのアクセスがある 作業者からEC2へ直接SSH接続している GitHub Actionsを利用して、EC2へデプロイしている （GitHubホステッドランナーからEC2にSSH接続し、EC2上でgit pullをする） 移行後 プライベートサブネット移行後は、以下の図の構成になります。 以下、それぞれのアク
Amazon EC2 ではじめる Unreal Engine Pixel Streaming 入門 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
ゲーム開発のみなさん、こんにちは ! Game Solutions Architect の小森谷です。 この記事では、クラウドゲーミングを手軽に実現するソリューションのひとつである Pixel Streaming を用いて、Amazon EC2 上で 3D アプリケーションのレンダリングを行い、手元のデバイスのブラウザにストリーミングする方法をご紹介します。 選択 Amazon DynamoDB で作るサーバーレスなゲーム用アチーブメントマイクロサービス AWS の知識ゼロから始める AWS GameKit Amazon GameLift を使って「最短」でマルチプレイヤーゲームを作る Amazon DynamoDB で作るサーバーレスなゲーム用フレンドマイクロサービス Amazon GameSparks でインフラを意識せずにゲームのバックエンドサービスを開発しよう 魔法で作る Amaz
こんにちは。インサイトテクノロジーの松尾です！ 以前の投稿で、EC2起動時のユーザーデータを使用してCloudBeaverを簡単に起動する方法を紹介しました。 ただ、毎回、起動時に指定するのも面倒なので、EC2 Image Builderを使ってAMIを作成する方法を紹介します。 ※以前の投稿の方法でEC2を起動した後にそれをAMIにして保存すればいいだけとも言えなくもないですが、本投稿ではEC2 Image Builderを使ってみたかったのであえてEC2 Image Builderを使っています。 EC2 Image Builderとは AMIを作るためのCI(一連のスクリプトを自動化したもの)のサービスのようなイメージです。 今まで、イメージ作成を手作業でやっていたようなケースでは、Image Builderに任せることで、自動化できる(楽をできる)ようなケースも出てくるのではないで
はじめに こちらでLTS->Proにしたものを元に戻す手順となります。 設定方法 流れ AWSサポートに問い合わせを行い、Ubuntu Pro→LTSにサブスクリプション変更できるように依頼します。 変更許可はリージョン単位となるので、希望リージョンを伝える必要があります。 期間限定（約2週間のあいだ）でサブスクリプション変更ができるようになります。 依頼してから対応完了まで2週間ほどかかっちゃうので余裕をもって依頼したほうが良いです。 OS側でサブスクリプションの解除 と Ubuntu Pro関連のパッケージ削除 を実施します。 AWS CLIでEC2に付与されているUbuntu ProのサブスクリプションをLTSに変更します。 AWSコンソールからはできないです。（LTS→Proはできる） サブスクリプションの変更時はインスタンスの停止が必要です。（LTS→Proは不要） OSの設定
[アップデート] Amazon EC2のステータスチェックにEBSボリュームへの到達性チェックが追加されました | DevelopersIO
また、AWS CLIのaws ec2 describe-instance-statusコマンドからもAttachedEbsStatusプロパティとして状態を取得できる様になっています。 # AttachedEbsStatus プロパティで EBSステータス を取得可能 $ aws ec2 describe-instance-status --instance-ids i-04de4299ab1e6a247 { "InstanceStatuses": [ { "AvailabilityZone": "ap-northeast-1a", "InstanceId": "i-04de4299ab1e6a247", "InstanceState": { "Code": 16, "Name": "running" }, "InstanceStatus": { "Details": [ { "Name"
こんにちは！AWS事業本部の吉田です。 最近パブリックサブネットに配置されているEC2をプライベートサブネットに移行することを提案する機会がありました。 EC2をプライベートサブネットに移行した際、EC2周りのアクセスで考えることが思っていたより多いなと感じましたので、記事としてまとめようと思います。 移行前 プライベートサブネット移行前は以下の図の構成と仮定します。 EC2をパブリックサブネットに配置（EC2にパブリックIPを付与） HTTPSアクセスの受け口はALB EC2からS3へのアクセスがある 作業者からEC2へ直接SSH接続している GitHub Actionsを利用して、EC2へデプロイしている （GitHubホステッドランナーからEC2にSSH接続し、EC2上でgit pullをする） 移行後 プライベートサブネット移行後は、以下の図の構成になります。 以下、それぞれのアク
こんにちは、ゲームソリューション部のsoraです。 今回は、EC2上にOSSのERPツールであるOdooを構築してみたことについて書いていきます。 はじめに Odooとは、販売管理や在庫管理、人事管理などの情報を一元管理するためのオープンソースのERP（Enterprise Resource Planning）ソフトです。 今回はこのOdooをEC2上に構築してログインするところまでを実施していきます。 Odooの使い方の話はしません。 また、AMIはUbuntuを使用します。 Odooのインストール 基本的には以下の手順を参考に進めていきます。 手順通りに進めていて、設定ファイルをどこに配置するかなどが困った部分の記載であったり、日本語でのコマンド実行のコメントも以下に記載します。 sudo apt update # python3とpip3のインストール sudo apt instal
EC2をプライベートサブネットに移行した際のアクセス整理（インバウンド・アウトバウンド） | DevelopersIO
こんにちは！AWS事業本部の吉田です。 最近パブリックサブネットに配置されているEC2をプライベートサブネットに移行することを提案する機会がありました。 EC2をプライベートサブネットに移行した際、EC2周りのアクセスで考えることが思っていたより多いなと感じましたので、記事としてまとめようと思います。 移行前 プライベートサブネット移行前は以下の図の構成と仮定します。 EC2をパブリックサブネットに配置（EC2にパブリックIPを付与） HTTPSアクセスの受け口はALB EC2からS3へのアクセスがある 作業者からEC2へ直接SSH接続している GitHub Actionsを利用して、EC2へデプロイしている （GitHubホステッドランナーからEC2にSSH接続し、EC2上でgit pullをする） 移行後 プライベートサブネット移行後は、以下の図の構成になります。 以下、それぞれのアク
[アップデート] Amazon EC2 Auto Scaling のヘルスチェックで「Amazon EBS ヘルスチェック」がサポートされたので使ってみた | DevelopersIO
いわさです。 先日のアップデートで Amazon EC2 のステータスチェックで、EBS ボリュームステータスについても検出出来るようになりました。 この EC2 ステータスの属性追加に伴って EC2 Auto Scaling でも EC2 のヘルスチェックに EBS 到達性ステータスを設定出来るようになりました。 これまでは EBS 障害までカバーするために CloudWatch メトリクスのStatusCheckFailed_AttachedEBSを監視する必要があったのですが、今回のアップデートで EBS 到達性チェックについて非常に簡単に設定しやすくなりました。 設定方法 Auto Scaling グループの作成を行う際にヘルスチェックの項目があり、EC2 ステータス以外にも様々なソースから通知を受け取ることが出来ます。 例えば ELB や VPC Lattice によるターゲット
![[アップデート] Amazon EC2 Auto Scaling のヘルスチェックで「Amazon EBS ヘルスチェック」がサポートされたので使ってみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/41d27fbfec57368f44cb0bba0cbde3560ec08653/height=288;version=1;width=512/https%3A%2F%2Fimages.ctfassets.net%2Fct0aopd36mqt%2Fwp-thumbnail-46a3294c316b92d77c34e32399b50607%2Ffe5d3177b9cc627ce348705cf6fbbdd9%2Famazon-ec2-auto-scaling)
概要 Amazon ECSをEC2起動タイプで起動させようとした際、デプロイ中という表示がされたままの状態が数時間続く事象が発生しました。 具体的には、以下の表示が続きました。 「<サービス名>のデプロイが進行中です。これには数分かかります。」 サービスを開いてタスクタブを表示すると、ずっとプロビジョニングのまま ※CloudFormationを見に行くと、 CREATE_IN_PROGRESS の表示がされたまま 数時間放置しておくと、タイムアウトのためか失敗しますが、ログも出ない。 検索しても情報が出てこないため、それなりに時間を使ってしまいました。 結論 原因はEC2のリソース不足でした。 そのため、以下の設定を変える必要があります。 ECSのタスク定義のインフラストラクチャの要件を変える EC2のリソースを増やす 1. ECSのタスク定義のインフラストラクチャの要件を変える 私は、
はじめに private-isuの付録を解く際に、EC2のサーバ上で操作やファイル編集をしていたんですが、差分の確認や何ページまで進めたのか把握が難しかったり、ちょっとしたタイポやインデントミスも起きやすくて、大変でした。 ISUCON当日もサーバ上で作業するのではなく、ローカルで編集→サーバ内でpullして反映という流れが一般的なこと、学習面でもログを見返せたり、便利だと思い、Git管理する方法を調べて実現してみました。その過程をメモとして残したいと思います。 ちなみに、private-isuの付録っていうのは、以下の書籍の内容になります。 そして、Git管理の方法は以下の記事を参考にしました： ① private-isuの環境構築 この記事では、すでに環境構築が終わっている前提で、Git管理の方法に絞って説明していきます。 もし、環境構築がわからない方は、下記の記事がとてもわかりやすい
EC2 画面に追加された「アタッチ済みの EBS ステータスチェック」の AWS FIS による動作検証【2024年9月時点】 - Qiita
EC2 画面に追加された「アタッチ済みの EBS ステータスチェック」の AWS FIS による動作検証【2024年9月時点】AWS 何が増えたかというと、「アタッチ済みの EBS ステータスチェック」です。 突然増えたので驚かれた方も多いかと思います。 ただ、すべての EC2 に対して反映されたかというと、そうではありません。 以下のように 2/2 チェックと 3/3 チェックが混在している状況です。 今回の記事では EC2 画面に新しく追加された「アタッチ済みの EBS ステータスチェック」について、どんなチェックなのか、どんな条件で表示されるのか、失敗時にはどのような動きをするのか、といったことを検証します。 1. 「アタッチ済みの EBS ステータスチェック」とは そもそも「アタッチ済みの EBS ステータスチェック」とは何かというと、インスタンスにアタッチされている Amazon
Amazon Elastic Compute Cloud (Amazon EC2) Windows インスタンスに、その起動時に AWS Systems Manager Agent (SSM Agent) をインストールする方法を知りたいと考えています。また、SSM Agent を常に最新の状態にしたいと思っています。 簡単な説明 SSM エージェントは、2016 年 11 月以降に公開された Windows Server 2012 R2 AMI に、デフォルトでインストールされます。SSM エージェントは、Windows Server 2016、2019、および 2022 の AMI にも、デフォルトでインストールされます。 他のバージョンの Windows AMI (含む: AWS にインポートされたイメージ) から作成された Amazon EC2 インスタンスには、手動で SSM エ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
EC2インスタンスタイプを変更した場合にDNSサーバの設定が初期化される事例について - Qiita
EC2をプライベートサブネットに移行した際のアクセス整理（インバウンド・アウトバウンド） | DevelopersIO
EC2 Image Builder で CloudBeaver の AMI を作成する - Qiita
Ubuntu ProなEC2をLTS に変換する - Qiita
EC2をプライベートサブネットに移行した際のアクセス整理（インバウンド・アウトバウンド） | DevelopersIO
EC2上にOSSのERPツールであるOdooを構築してみた | DevelopersIO
ECS (EC2起動タイプ) が永遠に起動しない場合の対処法 #初心者
【isucon】EC2上にあるprivate-isuのソースコードをGit管理する - Qiita
Amazon EC2 Windows インスタンスの起動時に SSM Agent をインストール