Nginxでログが出力されなくなる場合 - ビットハイブ
Nginxでログが出力されなくなる場合 お客様から Amazon Linux2 上の Nginx で、ログが取られなくなることがあるということでお問い合わせをいただき調査を行いました。 環境は以下のとおりです。 OS: Amazon Linux2 Nginx version: nginx-1.20.0-2.amzn2.0.4.x86_64 結論からいうと、logrotation が入るとログファイルにログが出力されなくなっていました。 logrotation時、以下のコマンドを実行してNginxにログファイルを reopen させています。 /bin/kill -USR1 `cat /run/nginx.pid 2>/dev/null` 2>/dev/null || true Nginx は USR1シグナルを受けると worker process が /var/log/nginx/ にあ
CloudWatch の費用が高い！そんな時に確認するべきポイントと手順を紹介します。
はじめに 所属しているプロジェクトにて CloudWatch の費用が高い！という話題になりました。 CloudWatch ログは、一定期間経ったら削除しているのになぜだろう？ログのストレージ量とは別の何かかかな？という状況でした。 ということで、この時に確認した CloudWatch のどのサービスで費用がかかっているのか？どのロググループが要因なのか？について確認するべきポイントと手順を紹介します。確認した結果から、削減可能なものかを判断し、可能なものなら対応するという流れになります。 それでは、実際に確認していきましょう！ Billingページでどのサービスに費用がかかっているか確認しよう！ まず Billing ページにて CloudWatch の明細を見ます。 「DataProcessing-Bytes」の費用がダントツで一番多くかかっていました。 AWSのページを見ると、「Da
[AWS]システムを監視する方法 - Qiita
2020年2月11日現在の内容です。 構成イメージ 用語説明 システム監視 システムを正常な状態に保てるよう、稼働状況やリソースを監視すること 目的 すぐに障害発生を確認できるようにする 復旧にすぐに取りかかれるようにする 内容 正常な状態を監視項目 + 正常な結果の形で定義する 正常な状態でなくなった際の対応方法を監視項目ごとに定義する 正常な状態であることを継続的に確認する 正常な状態でなくなった場合に通知を行い、すぐ正常な状態に復旧させる 監視の種類 死活監視 正常にシステムが動作していることを確認 メトリクス監視 パフォーマンスを定量的に確認 指標を決め、指標が閾値以上・以下となっていることを確認 監視をする際のポイント システムや利用状況は変動するので、足りない監視を都度追加していく 項目が多すぎると、監視疲れする 最初は基本的な項目で問題ない CPU,メモリ,ディスク,ネットワ
![[AWS]システムを監視する方法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/fd97cc540f47acb2cd8cb4bbce9872cf4e4427a8/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCQVdTJTVEJUUzJTgyJUI3JUUzJTgyJUI5JUUzJTgzJTg2JUUzJTgzJUEwJUUzJTgyJTkyJUU3JTlCJUEzJUU4JUE2JTk2JUUzJTgxJTk5JUUzJTgyJThCJUU2JTk2JUI5JUU2JUIzJTk1JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1lNzhhNjAzMDAxODVhYzhkMzUyYzE1OTU2ODY3NWM2Ng%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBrb25vLWhpcm9raSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NDAyZDQ3NTg5ZTgyYzBiMzZhY2M5ZDBhNDRlNjJlYmU%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3De5c95155013717691d0143a6661cbaec)
AWSのSESのDNS設定を、ValueDomainにて行った記録 - Qiita
AWSのSESを、Value-DomainでDNS設定 AWS(Amazon Web Service)のSES(Simple Email Service)は非常にスケーラブルで便利なメール発信サービスですが、 Value-DomainにてDNS設定した際、設定に難航したので、同様の方に向けてメモを残します。 特にDKIMやSPF,MAIL FROM設定でハマったので、その記録です。 SES公式マニュアルがあるので、基本的な進行はこちらでの確認をお勧めします。 https://docs.aws.amazon.com/ja_jp/ses/latest/DeveloperGuide/Welcome.html 最初にサンドボックス外へ出られるようリクエスト これは、Value-domainの話ではないのですが、 最初に「サンドボックス」から出られるよう申請する必要がありました。 以下の手順通りに進
AWS SES の SMTP 設定を使って Linux から mailx でメールする - らくがきちょう
AWS SES でメール送信設定をし、Linux から (awscli では無く) SMTP インターフェイスでメールの送信テストを実施する方法をメモしておきます。 今回は CentOS7 を使いました。 mailx のインストール 手軽にメールを送信する為に mailx をインストールします。 標準リポジトリから手軽にインストール出来ます。 yum -y install mailx SMTP の設定 SMTP 関連の設定を ~/.mailrc に記載します。 今回は SES の設定をバージニア (us-east-1) リージョンで行った為、SMTP サーバには email-smtp.us-east-1.amazonaws.com を指定しています。 set smtp-use-starttls set smtp=smtp://email-smtp.us-east-1.amazonaws.c
Amazon EC2でIDS(侵入検知システム)を導入する – AIDE – | DevelopersIO
IDS(侵入検知システム)とは IDS(Intrusion Detection System)は、不正な第三者からの侵入を検知して通知する仕組みです。主にネットワーク型とホスト型があり、前者の代表的なツールはsnort、後者はtripwireです。始めは、自前でセットアップしたsnortから試そうと思ったのですが、Amazon EC2はプロミスキャスモード(ネットワークに流れる全てのパケットを受信するモード)を禁止しているため使えません。解決方法として、商用snortを提供しているSourcefire社の専用AMIを使う必要がありそうです(プロミスキャスモードで動くのかな？)。よし、じゃぁこのAMIを使おうと思ったら、このAMIは東京リージョンには無いw。そこで、ネットワーク型のIDSは別の機会として、今回は、ホスト型IDSの動作確認をすることにしました。ホスト型IDSで、Amazon L
ELB を使用して HTTP トラフィックを HTTPS にリダイレクトする
私は Classic Load Balancer で HTTP と HTTPS リスナーを使用しています。Classic Load Balancer は SSL をオフロードし、バックエンド接続は単一の HTTP ポート (ポート 80) でリッスンします。HTTP から HTTPS (ポート 443) にトラフィックをリダイレクトしようとすると、エラー「ERR_TOO_MANY_REDIRECTS」が表示されます。バックエンドリスナーをポート 443 に変更することなく、このエラーを解決するにはどうすればよいですか? 簡単な説明 Classic Load Balancer は、HTTP トラフィックを HTTPS にデフォルトでリダイレクトすることはできません。代わりに、Classic Load Balancer の背後にあるウェブサーバーインスタンスの書き換えルールを設定します。 X-
EC2とELBでかんたんhttps環境構築メモ - Goalist Developers Blog
AWSでhttps通信できる開発環境をさくっとつくる こちらのお手軽パターンです https://recipe.kc-cloud.jp/archives/11067 ドメインはすでに購入済み前提 証明書はACM（AWS Certificate Manager）で取得します Amazon Linux 2 nginx 1.15 ALB（Application Load Balancer） 手順 EC2インスタンス作成 1.1. インスタンス作成 1.2. インスタンス初期設定 1.3. nginx導入 ロードバランサー作成 2.1. ALB作成 2.2. 証明書の設定 http→httpsリダイレクト設定 Route53設定 詳しく 1. EC2インスタンス作成 1.1. インスタンス作成 いつもこちらのqiitaみてます😘 qiita.com 今はAmazonLinux1と2のAMIどちら
Linux AWS CLI でのバージョン 1 のインストール、アップデート、アンインストール - AWS Command Line Interface
このドキュメントは のバージョン 1 AWS CLI のみを対象としています。のバージョン 2 に関連するドキュメントについては AWS CLI、「 バージョン 2 ユーザーガイド」を参照してください。 翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Linux AWS CLI でのバージョン 1 のインストール、アップデート、アンインストール pipパッケージマネージャーまたはバンドルインストーラーを使用して、ほとんどの Linux ディストリビューションに AWS Command Line Interface (AWS CLI) バージョン 1 とその依存関係をインストールできます。 awscliパッケージはやなどの他のパッケージマネージャーのリポジトリでも入手できますがyum、これらはによって作成、管理、ま
【合格しました！】AWS 認定ソリューションアーキテクト アソシエイト 受験記 - Qiita
AWS認定ソリューションアーキテクト アソシエイトを受験しました。 受験に向けてどんな事をしたのか、そんな勉強をしたのかをまとめます。 結果 合格しました！ 得点は74%でした。 試験中に手ごたえがあまりなくドキドキでしたが、無事合格できてうれしいです！ 所感 今回、認定取得を目指して学習したことで、AWSの知識が相当増えたと感じます。 具体的には AWSのサービスを使用してシステムをどう構成すればよいのか AWSのおのおののサービスの得意なこと不得意なこと AWSにおけるベストプラクティス というようなことが学べ、業務にいかすことができると感じています。 認定をとりたい、という方はもちろん、業務で使えるAWSの知識をもっと増やしたい、という方にもおすすめの認定です。 受験記です。 受験前のAWS歴 AWSを本格的に使っているのはここ1年ほどです。使用しているサービスは、EC2、RDS、S
Amazon EC2(Linux)システム管理で知らないとハマる5つの環境設定 | DevelopersIO
ども、大瀧です。みなさん、EC2をバリバリ使ってますか?使いたいときにすぐ使える仮想マシンとして、開発・検証から本番まで幅広く活用されていると思います。 日頃EC2を業務で運用する中で、EC2インスタンスをコピーすると意図しない環境設定に変わってしまうというトラブルが度々あり、cloud-initというツールに拠ることがわかってきました。 「EC2インスタンスのコピーなんて、一旦インスタンスを作成したあとはあまりやらないのでは?」と思われがちですが、EC2独特の制限などもあり、実際の運用では思ったよりも頻繁にインスタンスのコピーが必要になります。インスタンスのバックアップ&リストアなどはイメージしやすいと思いますが、それ以外にも意外なケースとして以下があります *1。インスタンスのコピーは、AMI(Amazon Machine Image:インスタンスのバックアップ)を取得し、新規インスタ
高速にWordPressを動作させる網元を使うべくAWSにブログを移転しました。その手順を備忘録として残します。 ｜https://wp.yat-net.com/name
2012年 12月 06日 高速にWordPressを動作させる網元を使うべくAWSにブログを移転しました。その手順を備忘録として残します。 カテゴリ： AWS タグ：AWSWordPress このブログをAWS(Amazon Web Services)で提供しているEC2に変更しました。前々からロリポップに対しての限界点がある程度見えていて、いずれ変更することになるけども、それならもうやっておこうかなと言う思いで変えちゃいました。今回はその備忘録として記事にしたいと思います。 1.AWSとは？EC2って？ 2.AWSのメリット・デメリット 3.今回の環境について 4.導入手順 5.サーバーと接続する SSHとSFTPについて 6.料金の確認 7.最後に 8.追記 AWSとは？EC2って？ AWS(Amazon Web Services)というのは、あの多くの人が利用しているECサイトであ
AWS News Blog
AWS Week in Review – New Open-Source Updates for Snapchange, Cedar, and Jupyter Community Contributions – May 15, 2023 A new week has begun. Last week, there was a lot of news related to AWS. I have compiled a few announcements you need to know. Let’s get started right away! Last Week’s Launches Let’s take a look at some launches from the last week that I want to remind you of: New Amazon EC2 […]
cloudpackブログ - AWSの耐障害性に関する資料
cloudpack(AWS運用事業)一周年でわかってきたことの資料の最後にまとめましたのが、 おすすめの日本語資料がどこかにあったと思いながらも、実際に探すとなかなか見つからなかっため、 ブログにもまとめてみました。 ○AWS アーキテクチャセンター AWS クラウドで非常にスケーラブルで信頼性の高いアプリケーションを 構築するために必要なガイダンスやベストプラクティスを提供。 AWS 上での耐障害性の高いアプリケーションの設計に関するホワイトペーパー ○slideshare AWSのエバンジェリスト、玉川さんのslideshareです。 耐障害性関連以外でも様々な資料があります。 おすすめの資料を掲載しておきます。 ・AWSを用いた耐障害性の高いアプリケーションの設計 ・AWSを用いたWebホスティング ・クラウドのためのアーキテクチャ設計-ベストプラクティス- こちらの記事はなかの人（
Amazonクラウドの大規模障害、そのときに内部で何が起きていたのか？ 日本語での要約
4月21日から23日のあいだ、Foursquare、Quora、Herokuなど多くのサービスに影響を与えたAmazonクラウドの大規模障害。このとき実際にどのような障害が発生していて、どう対応したのか、詳しい日本語での資料がAmazonから公開されています。 この資料は非常に詳細に記されているため、短時間で内容を把握できるものではありません。そこで本記事では資料からポイントを引用し、要約してみました。 以下からの記事はあくまで独自に内容を要約したものです。正確な情報は原文をご覧ください。 今回発生した障害とは何だったのか？ 今回発生した障害を手短にまとめると、米国東 (US East) リージョンにおける一部のアベイラビリティゾーンにおいて、Amazon Elastic Block Store (EBS) で読み込み、書き込み操作が行えなくなる、という現象でした。 そして障害の影響は一部
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
yum update で [Errno 5] [Errno 12] Cannot allocate memory｜conocode![yum update で [Errno 5] [Errno 12] Cannot allocate memory｜conocode](https://cdn-ak-scissors.b.st-hatena.com/image/square/64066a984a10b5f87ce90e32eb086c7c929d1f5f/height=288;version=1;width=512/https%3A%2F%2Fconocode.com%2Fwp-content%2Fuploads%2F2018%2F11%2Fmemory.jpg)
AWS Lambda関数の実行を一時的に止めるには – OpenGroove
【AWS】RDSで作成したMySQLのDBに日本語が保存できないを解決 | Rails on Docker
AWS EC2 Amazon Linuxインスタンス起動後、最初にやることまとめ（SysVinit編） - Qiita
目的別クラウド構成と料金試算例 | AWS