サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
新内閣発足
f25.aaa.livedoor.jp/~ayase
2010-07-21 LINK 2010-05-17 インストール手順 2009-10-21 memo 2009-08-17 NTP 2009-07-23 DNS 2009-05-20 build.xml プレコンパイル WebServer 2009-05-11 チューニングポイント PostgreSQL SQL性能調査 パフォーマンスチューニング 2009-04-28 GC 2009-04-24 Apache設定項目 Tomcat設定 Tomcatセキュリティ 2009-04-23 Tomcatパフォーマンスチューニング 2009-04-21 Tomcat基本 追跡とチューニング Sendmail WebServer ■Tomcatチューニング 追跡＆チューニング ●Tomcatのリソースプールの設定とサイズが、サーバ全体のスケーラビリティとパフォーマンスに大きな影響を及ぼす →プール
ネットワーク設定 非公開ポートや内部ネットワークで使用するポートは外部(インターネット)からアクセスされないように、FW等でブロックしておくことが重要 また、Tomcatをウェブサーバとして設定している場合以外は、様々なコネクタポートをインターネットからアクセスできないようにしておくべきです フロントにApacheがいる場合は、フロントに設置されたサーバ以外からHTTPやAJP接続ができないようにした方がいい (iptablesなどサーバのFW機能を設定するなど) server.xmlを見直し、Tomcatが使用しているポートを調査して、それぞれに対する適切なFWを定義すること ↑ 複合サーバ構成を採用する場合のセキュリティモデル ●静的コンテンツと動的コンテンツは別々のディレクトリにしておく ApacheとTomcatを連携する場合は、静的コンテンツと動的なアプリを分けておかな
2009-10-21 memo 2009-08-17 NTP 2009-07-23 DNS 2009-05-20 build.xml プレコンパイル WebServer 2009-05-11 チューニングポイント PostgreSQL SQL性能調査 パフォーマンスチューニング 2009-04-28 GC 2009-04-24 Apache設定項目 Tomcat設定 Tomcatセキュリティ 2009-04-23 Tomcatパフォーマンスチューニング 2009-04-21 Tomcat基本 追跡とチューニング Sendmail 2009-04-17 Apacheチューニング 2009-04-03 Backup_Restore チューニングは、パフォーマンス測定・状況の理解・改善、そして再測定という作業で構成される 基本的な流れは、以下のようなものになる 測定対象を決定する 測定方法を
・ヒープ容量は正しく理解し、設定をする必要のある最も重要な設定 メモリが小さすぎるとTomcatの実行があまりにも遅くなったり、OutOfMemoryError?となっておかしな動作が引き起こされえる メモリが大きすぎるとJava仮想マシンは指定されたメモリを割り当てることができなくなり、起動に失敗するか 起動しても必要以上にコンピュータのメモリを消費し、他のソフトウェアに影響を与える これはいろいろ設定を変えてみて最適な値を調べる必要がある 起動時のヒープメモリを小さくしておき、必要に応じて実行中に拡張していく場合、 ヒープサイズを拡張するタイミングでページの応答時間が一時的に低下する これは、ヒープの拡張時にはリクエストへの応答を行ないながら、メモリの塊を割り当て直すことになるためある程度時間が必要となるため このような遅延を望まないのであれば、ヒープメモリのサイズ拡張
2009-08-17 NTP 2009-07-23 DNS 2009-05-20 build.xml プレコンパイル WebServer 2009-05-14 memo 2009-05-11 チューニングポイント PostgreSQL SQL性能調査 パフォーマンスチューニング 2009-04-28 GC 2009-04-24 Apache設定項目 Tomcat設定 Tomcatセキュリティ 2009-04-23 Tomcatパフォーマンスチューニング 2009-04-21 Tomcat基本 追跡とチューニング Sendmail 2009-04-17 Apacheチューニング 2009-04-03 Backup_Restore
FROM: の設定(ドメイン名の付与) root以外からのメールはドメイン名をつけるように設定 -------------------------------- FEATURE(`allmasquerade') FEATURE(`always_add_domain') FEATURE(`limited_masquerade') FEATURE(`masquerade_envelope') EXPOSED_USER(`root') MASQUERADE_AS(`$m') ------------------------------- ↑ 587番ポートの使用 587番ポートがMSA用の予約ポート.submit.mcでは25番ポートでMTAと兼用 587番ポートを閉じる FEATURE(`no_default_msa') 587番ポートを使用 FEATURE(`msp', `', `MSA
・良く見る情報として、「load average」,「CPU使用率」 ▼load average 処理を待っているプロセスの平均数(1分前,5分前,15分前) 値の見方としては、「値がCPUの数以下」であるのが望ましい。 1CPUであれば、1プロセスでCPUが100%動作している状態であるので、Load Averageは1.00になる 1を超えるということは、それだけ処理待ちのプロセスがあるということになり、 処理に時間がかかっているプロセスが発生していることになる。 値が2〜3であれば許容しても良い範囲(一時的であれば!)であるが、5を超えていれば原因を調べた方がいい ※Load Averageは｢w｣や｢uptime｣コマンドでも確認できる ▼CPU使用率 CPUがどれだけ使用されているかを%で表したもの us と sy を足したものが使用されているCPUの率.
このページを最初にブックマークしてみませんか？
『f25.aaa.livedoor.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
