Amazon EC2の設定ミスでrootになれなくなってしまった場合の対処法を教えてください
先程の話となりますが、やってしまいました。 かなりテンパってしまってますが、なるべく冷静になって質問させていただきます。 AmazonEC2の設定ミスでrootになれなくなってしまいました。 具体的には以下のことをやってしまいました。 /etc/sudoers.d/cloud-init を以下に編集 ec2-user ALL=(ALL) ALL これでec2-userユーザはパスワード入力をしない限りrootになれない状態となってしまいましたが、 ec2-userユーザのパスワードを設定しないまま（初期の鍵認証のみで未設定のまま）、サーバの 再起動をしてしまいました。 今はsudo suもsuもできない状態です。 ec2-userユーザではログインできるため、passwdコマンドでパスワードを設定しようと思ったの ですが、以下のエラーになってしまっております。 Changing passw
EC2でsshやsudoできなくなった場合の対処法 - Qiita
EC2でデフォルトユーザを消したり、visudoを使わずに編集ミスした場合、sudoが使えなくなります。つまり、インスタンスのシャットダウンすら出来なくなります。 または、authorized_keysを間違えて消した場合などは、SSHの代替手段がないのでログインすらできなくなります。 そんな時でも、ルートデバイスがEBSなら、ディスクを他のインスタンスに付け替えられるので簡単に復旧できます。以下の例はubuntuですが、他のディストリビューションでも同じことが出来ます。 手順 問題が起きたインスタンスをAWSコンソールから停止 ログインできないので、コンソールから止めるしか無いです。 EBSのデタッチ アタッチしているインスタンスが停止すると、デタッチできるようになります。 新規インスタンスの作成 一時的な救出用のインスタンスを作ります。 EBSアタッチして、マウントする 先程作った救出
EBS ボリュームのサイズ変更後にファイルシステムの拡張 - Amazon EBS
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 EBS ボリュームのサイズ変更後にファイルシステムの拡張 EBS ボリュームのサイズを増やしたら、パーティションおよびファイルシステムを新しいより大きなサイズに拡張する必要があります。ボリュームが optimizing 状態に入るとすぐにこれを実行できます。 開始する前に 変更をロールバックする必要がある場合に備えて、ボリュームのスナップショットを作成します。詳細については、「Amazon EBS スナップショットの作成」を参照してください。 ボリュームの変更が成功し、optimizing または completed 状態になっていることを確認します。詳細については、「」を参照してくださいEBS ボリューム変更の進行状況のモニタリング ボリュームがインスタンスにアタ
EBS ボリュームへの変更のリクエスト - Amazon EBS
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 EBS ボリュームへの変更のリクエスト Amazon EBS の伸縮自在なボリュームでは、そのサイズを増やしたり、パフォーマンスを増減したり、ボリュームタイプを変更したりなどが、ボリュームをデタッチすることなく動的に行えます。 ボリュームを変更する場合は、次のプロセスで行います。 (オプション) 重要なデータを含むボリュームを変更する前に、変更をロールバックする必要がある場合に備えて、ボリュームのスナップショットを作成するのがベストプラクティスです。詳細については、Amazon EBS スナップショットの作成を参照してください。 ボリュームの変更をリクエストします。 ボリューム変更の進行状況をモニタリングします。詳細については、EBS ボリューム変更の進行状況のモニ
Amazon EC2 t1.micro インスタンスでswapを使用する - blogですかい
m1.small 以上のインスタンスにはswap用のデバイスが存在し、デフォルトでswapとしてマウントされるようですが、残念ながらt1.microインスタンスにはそれがありません。 t1.microインスタンスでの free コマンド実行結果例 $ free total used free shared buffers cached Mem: 626524 550784 75740 0 113388 208792 -/+ buffers/cache: 228604 397920 Swap: 0 0 0 上記のようにSwap: 0 0 0と、星のカービィ スーパーデラックスを想起させる絶望的な数字が出力されます。 Swap領域を自分で作成する ただでさえRAMが少ないt1.microでswapが無いとなると不安で夜も眠れなくなるので、 自分で用意するのが吉です。 デバイスを追加することはで
【Linux】スワップ領域の作成 - Qiita
dd if=/dev/zero of=/swap bs=1M count=1024 mkswap /swap swapon /swap ddコマンドで指定サイズの空のファイルを作成(ここでは1024MB) mkswapコマンドで、作成したファイルをスワップ領域として使用できるようにする swaponコマンドでスワップ領域を有効にする この場合は、1G作成していますが、2Gにしたい場合は
スワップファイルを使用して Amazon EC2 インスタンスのスワップスペースとしてメモリを割り当てる
簡単な説明 物理 RAM がすでに使用されている場合、Amazon EC2 インスタンスは物理 RAM の短期的な代替としてスワップスペースを使用します。 実際に使用されていない RAM のコンテンツや、他のデータや命令ほど緊急に必要でない RAM のコンテンツは、一時的にスワップファイルにページングできます。これにより、RAM が解放され、すぐに使用できるようになります。 パーティションにスワップ領域を作成することもできます。詳細については、「ハードドライブのパーティションを使用して、Amazon EC2 インスタンスのスワップ領域として動作するようにメモリを割り当てる方法を教えてください」を参照してください。 注: スワップスペースは、エフェメラルストレージインスタンスストアボリュームにのみ作成するのがベストプラクティスです。 解決策 この解決策に取りかかる前に、ファイルシステムがスワ
0から始めるAWS入門②：EC2編 - Qiita
前回まで 0から始めるAWS入門：概要 0から始めるAWS入門①：VPC編 概要 前回作成したVPC内にELB、EC2を作成・配置していく。 ELBがインターネットとの玄関。EC2がELB経由のリクエストをさばいていくアプリケーション・サーバーとなる。 EC2インスタンスの作成 コンソール上の[Compute]カテゴリの[EC2]を選択、[EC2 Dashboard]へ遷移後、画面中央の[Launch Instance]ボタンからEC2インスタンスの作成を行っていく。 基本的に全設定行っていくので、ステップ途中で起動ボタンがアクティブになるが、Nextを選択し設定していく。 OSの選択 まずは、EC2インスタンスのOSを選択する。今回はAmazon Linuxを選択する。 今回は割愛するが、この他にも、AMIという自分で作成したイメージや各用途向けに最適化されたマーケット（有料）・コミュニ
ELBの挙動とCloudWatchメトリクスの読み方を徹底的に理解する | DevelopersIO
よく訓練されたアップル信者、都元です。ELBはAWSにおけるWebシステムを構築する場合、ほぼ確実に利用するコンポーネントとして不動の地位を確立しつつあります。 利用方法としては、ELBを作成して配下にWebサーバを配置するだけというお手軽さがあり、非常に利用しやすいのも大きなメリットです。しかし、ELBの詳細な挙動について、しっかり理解できているでしょうか。本エントリではいつも利用しているELBについて、ちょっと深く突っ込んでみました。 ELBのロードバランシング戦略 ELBの配下には複数のAZにまたがるようにインスタンスを配置するのが一般的です。（cf. AWSにおける可用性の考え方） ELBを作成すると、DNS名が付与されますが、クライアントがELBにアクセスする際、まずこのホスト名をIPアドレスに変換するDNSの正引きリクエスト（下図中の緑色の矢印）を行います。digコマンドを使っ
【AWS】CLIの初期設定について（認証情報とコマンド補完） - TASK NOTES
AWS CLIをインストールした後の設定についてです。AWS CLIを使用してAPIを利用するためには、AWSから発行されたアクセスキー（アクセスキーID、シークレットアクセスキー）の設定が必要になります。でないとAWSにアクセスできませんからね。この認証情報の設定に関しては複数のパターンがありますので以下にまとめていきたいと思います。 また、シークレットアクセスキーはアクセスキーの作成時にしか確認・ダウンロードができませんので必ずCSVファイルをダウンロードしておきましょう。もし忘れてしまった場合はアクセスキーを再度作り直す必要があります。 設定コマンド(configure)を使う 次のコマンドを使用することで自動で認証情報と設定ファイルが作成されます。 $ aws configure コマンドを実行すると以下4項目が順番に表示されるので入力してください。 AWS Access Key
CentOSにAWS CLIをインストールする – kumonchu.com
AWS CLIのインストール方法についてです。 よく忘れてしまうので、手順として記載しておこうと思います。 AWS CLIは、サーバに導入すると様々な操作がコマンドラインから実行できるので、スクリプトに組み込んでAWSの機能を使うことができるようになり、柔軟なサーバ運用が可能になります。 インストール手順 AWS CLIは、pipでインストールすることが可能です。 pipは、python-pipをepelレポジトリからインストールします。 python version2.6以降が必要ですが、CentOS6では既に対応バージョンが入っているので何もしなくて大丈夫です。 $ python --version Python 2.6.6 pip(python-pip)インストール $ sudo yum --enablerepo=epel -y install python-pip AWS CLIイ
CloudWatch エージェントを使用してメトリクス、ログ、トレースを収集する - Amazon CloudWatch
バージョン 1.300031.0 以降を使用すると、CloudWatch Application Signals が使用可能になります。詳細については、「Application Signals」を参照してください。 バージョン 1.300025.0 以降では、OpenTelemetry または X-Ray クライアント SDK からトレースを収集し、それらを X-Ray に送信できます。 CloudWatch エージェントを使用すると、別途トレース収集デーモンを実行しなくてもトレースを収集できるため、実行および管理するエージェントの数を減らすことができます。 CloudWatch エージェントで収集したメトリクスは、他の CloudWatch メトリクスと同様に、CloudWatch でも保存して表示できます。CloudWatch エージェントにより収集されるメトリクスのデフォルトの名前空
AWSでEC2のインスタンスをコピーし、サーバーのバックアップを簡単におこなう方法 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは。五反田のClisk（クリスク）という会社でシステムエンジニアなどをしている芹沢です。 さて、早速ですがたとえば以下のような場合、データのコピーや環境のバックアップをおこなう必要がありますよね。 データのバックアップをとりたい 本番環境をもとにテスト環境を作りたい 開発環境を構築するのに、毎回インストールなどの同じ作業をしたくない サービスが成長してアクセスが増えたので、複数台構成にしたい テスト環境を構築する場合や、複数台構成にする場合などであれば、元のサーバーの環境を完全に再現して、サーバーをもう1台作る必要があります。しかし、これをゼロからすべてもう一度作るというのはとても大変な作業です。 また、障害などに備え本番環境をすぐに再構築できる環境を用意しておくことは大切ですが、これも簡単にできることではありません。 でも、AWSならとても簡単に、サーバーを丸ごとコピーできてしま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
