AWSでの法令に則ったログ設計及び実装/分析 - Adwaysエンジニアブログ
エージェンシー事業でリードアプリケーションエンジニアを行なっている大窄 直樹 (おおさこ)です. AWSのログ, サーバーのログってたくさん種類があって難しいですよね... 同じようなログがたくさんあるので, 何を取れば良いのかとか どのくらいの期間保持すれば良いのかとか またその後の, ログの実装や, 分析方法する方法も難しいですよね... 今回AWSに構築した商用アプリケーションのログを整備する機会があったので, このことについて書こうかなと思います. 概要 本題に入る前の準備 今回ログ実装するアーキテクチャ ログに関する法令 ログの取得箇所 設計 保管するログの決定 インフラのログ OSのログ アプリケーションのログ ログの保管 保管場所について 保管期間について バケット構造 アプリケーション, OSのログの転送 実装 アプリケーション, OSのログをfluentbitを用いてS3
PHP: 実行時設定 - Manual
INI_* モードの詳細および定義については どこで設定を行うのか を参照してください。 以下に設定ディレクティブの簡単な説明を示します。 error_reporting int エラー出力レベルを設定します。パラメータは、あるビットフィールドを表 す整数か定数名で指定します。このerror_reportingのレベルと定数は、 定義済の定数および php.iniに記述されています。 実行時に設定するには、 error_reporting() 関数を指定してください。 display_errors ディレクティブも参照ください。 デフォルト値は E_ALL です。 PHP 8.0.0 より前のバージョンでは、 E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED でした。 これは、E_NOTICE、 E_STRICT、 そして E_DEPRECATED
apacheのログをローテーションする【logrotate】の設定｜プログラムメモ
apacheのログ「access_log」「error_log」はほっておくとどんどん容量が増えて無駄にディスクを消費する上にapacheのパフォーマンスが落ちます。 ログをローテーションするには「logrotate」を使用します。 ・まず共通の設定を行います。 vi /etc/logrotate.conf weekly rotate 4 errors root create include /etc/logrotate.d ● logrotateのオプション weekly：週単位でローテーション（daily：日単位 monthly：月単位） rotate 4：最大4つ前までのファイルを残す errors root：エラーがあれば rootまでメールする create [パーミッション] [グループ名] [ユーザ名]：ローテーション後すぐに同名のログファイルを作成する。 compress：
AWS上のWebサーバのアクセスログをawstatsで解析する : アジャイル株式会社
設定 上記構成における設定手順を以下に示します。 EC2上の apache の ログは /var/log/httpd に格納されています。 これを awstats を動作させるサーバの /var/log/aws ディレクトリに転送し、awstasで解析するものとします。 ディレクトリ構成等は利用している環境等で適宜変更して下さい。 awstats のインストール awstats は yum を利用してインストールする事にします。 rpmforge リポジトリのインストール awstats は CentOS のデフォルトの yum リポジトリには含まれていないので、rpmforge から取得/インストールを行います。 http://pkgs.repoforge.org/rpmforge-release/ からプラットフォームに適合するrpm を取得します ( 弊社環境の場合 x86_64 版
PHPプロファイラ XHProf と XHGui と Callgraph をインストール - OfferBox Tech Blog
こんにちは、エンジニアのあらきです。 最近、外はめっきり寒くなってきました。 うちのマンションは昭和生まれということで気密性が低いです。さらに窓や扉の高さが低いため、午前中でも奥まで光が入ってきません。 なので朝と夜はメチャ寒い。特に朝。 もうね、ほんと、布団が恋しい(´ー｀) 身体が重くて布団から出られません(´ー｀) ・・・ 重いといえば！ 色々と開発をしている中で、いつの間にかやたらと表示が重いページが出てきます。何秒とかかかります。メモリが256MBだとか、回線がISDNだとかではありません。 「いったいどこが重いねん(ﾟдﾟ)」 ってことで、Facebook製のPHPプロファイラ『XHProf』をローカル環境にインストールして、どのメソッドがノロマな亀になっているのかを探りました。 環境 PHP 5.6 nginx（今回はSSLページに設定） MySQL 目標 XHProfで取得
ELBがアクセスログを出力できるようになりました！ | DevelopersIO
はじめに ついにELBがアクセスログを出力できるようになりました！(Elastic Load Balancing Announces Access Logs) ということでやってみました！ 設定 [Load Balancers]画面を開き、設定したいELBを選択します。画面下部の[Description]タブの一番下に[Access Logs]という項目があります！ なおこの項目は新しいManagement Consoleでしか表示されません。以前のManagement Consoleを使用されている場合は、画面右上に青い吹き出しのようなアイコンが表示されていますので、クリックし「Try the new design」の[Click here]リンクをクリックすると、新しいデザインのManagement Consoleに切り替わります。 さて、[Access Logs]の[Edit]リンク
RDSでmysqldumpslowを使う - Qiita
初期設定 RDSのコンソール上で下記を設定してください slow_query_log=1 log_output=FILE slow_query_log_file=/rdsdbdata/log/slowquery/mysql-slowquery.log (デフォルト値) log_outputはデフォルトでTABLEとなっています。 TABLEでも mysql.slow_query テーブルにログが溜まっていくのですが、ほったらかしにしてログが膨れ上がることが多々あるでしょう。 殆どの場合、直近のログさえあれば十分なのに、「mysql.slow_queryが膨れ上がってSELECTの結果が終わらない！！」 ということはしばしばあるかと思います。私もなりました。 FILEにしていれば、1時間毎のログが1日分残ります。これなら、ファイルが大きすぎて分析できない！ということは無いでしょう。 分析方法
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AndroidスマホでSMSを自動転送するアプリ