squidの最大ファイルハンドル数 - 木っ端拾いの材木流し
squidでクライアントの最大同時接続数を明確に指定するオプションはない。 準じるものとして、プロセスが扱う最大ファイルハンドル数を指定することが可能。 ◆max_filedescriptors ・2.6以前 ハードコードされていた。OSのulimitの値に従う。 (つまりsquid.confでは指定できない) ・2.7,3.1 実行時に(squid.confでと思われる)指定できるようになった。 ◆max_filedesc ビルド時に -DFD_CONFIG オプションを指定することで使用可能になる。 squid.confに指定しないときのデフォルト値は1024。 (この辺はディストリビューションによって違うかもしれない。--enable-max_filedesc でビルド時にデフォルト値を指定可能) 設定できる最大値はビルド時に --with-maxfd オプションを指定するとその値に
sshブルートフォースアタック防ぎたい。対応策発見 - ヌキのやる気のないエンジニアブログ
今日はブルートフォースアタックについてです。 昔から中国や台湾、アメリカ、最近はブルガリなど変な国からもブルートフォースアタックを受けることが多いです。 しかも最近はさくらVPSのような簡単に契約して対応も管理者に任せるというさくらインターネット側にも問題がありますが 悪意を持った悪い人たちが軽々しくサーバを契約してブルートフォースアタックを行っています。 なのでよく海外IPからのブルートフォースアタックを制御するような iptablesの設定では防ぎ切れるものではありません。 ブルートフォースアタックは何回も何回もアタックしてくるのでログにもかなり出力されます。 今回は国で制御するわけではなくsshを行うことの回数の失敗で遮断できるようにすればいいわけです。 /etc/ssh/sshdによる設定でも多少は制御できますが、 これでは意味がありません・・・ なのでiptablesで自分のサー
トラシスラボ 技術ブログ: 検索結果
概要 jconsoleで Windows PC から Linux サーバ上で稼動している Tomcat サーバに対して接続し、リソース使用状態を監視する方法についてまとめた。 このjconsole、「接続しようとしても接続できない」という問題に結構出会う。 しかも「何が問題か」を教えてくれない。 以前にもこの現象に出会って時間を取られてしまったにもかかわらず、メモを残していなかったので、また調査するはめに...orz 無駄な時間を今後費やすことがないよう、自分が出会ったトラブルについてまとめた。 jconsoleとは Sun JDK 6 の中には、コンパイラ javac の他にも、いくつか役に立つツールが含まれている。 jconsole は、Java プログラムに対し、次のような情報を得ることができる。 パフォーマンス情報 メモリの使用状態 稼働中のスレッドに関する情報 JMX リモートの
firebird » VMのディスクIOチューニング
VM個々では細かいディスクIOでも、台数が増えればホストマシンのディスクIOを圧迫することもあるわけで、、 というわけで、いろいろと対策を考えてみました。 １．Apacheのログ出力をBufferedLogs On で制御する ⇒効果：５、即効性：５、難易度：１ Apache2.2からhttpd.conf に一行追加するだけで有効になるログの出力バッファリングの設定。 特に常時同時アクセスが多いサーバーでは細かいログ出力が抑制されていい感じ。 ２．syslogやmaillog、ApacheLog を /dev/shm/ 以下に出力する ⇒効果：５、即効性：４、難易度：４ 物理メモリに余裕があるなら、メモリディスクに書き出すことで、ログ出力に伴う細かいディスクIOは０になるので効果てきめんです。 ただ、メモリ割り当てには限りがあるので、毎時間～毎日定期的にディスク上にログをローテーションさせ
nginxを使った簡単快速reverse proxyサーバ構築法 - Masatomo Nakano Blog
ここのブログは、nginx(proxyサーバ)が外からのアクセスを受け、それを thin + sinatra (アプリケーションサーバ) と mongoDB (データベースサーバ)で処理する、というWebシステム定番の三層構造で構成している。 ただ、見てわかるようにほぼ静的なコンテンツのサイトなので、アクセス毎にアプリケーションサーバを走らせる意味がない。また、このVPSの一番安いコースにおいているので、あまり贅沢に資源を使いたくない。と言ったことから生成したhtmlをキャッシュして2度目のアクセスからはアプリケーションサーバやデータベースにアクセスしないようにしている。 Webシステムによっては、アプリケーションサーバで静的なhtmlファイルを作成し負荷の軽減をしたりするが、キャッシュファイルを自前で扱うのはvalidation等色々だるいので、このブログシステムではnginxに任せてい
Cassandraのクラスタ設定 - jitsu102's blog
大規模な環境は準備できないので、2台でクラスタ設定を行いました。 (環境) node1(192.168.0.100) node2(192.168.0.101) (設定ファイル) ## # storage-conf.xml ## # Gossipプロトコルを使って、情報をやりとりするノード情報 <Seeds> <Seed>node1</Seed> <Seed>node2</Seed> </Seeds> # 他ノードとの通信ポート <ListenAddress>サーバのIPアドレス(192.168.0.100/101)</ListenAddress> <StoragePort>7000</StoragePort> # クライアントとの通信ポート <ThriftAddress>0.0.0.0</ThriftAddress> <ThriftPort>9160</ThriftPort> # データの
ls実行時に表示される配色を変更したい
Linuxディストリビューションの多くでは，ディレクトリやファイルを表示させるlsコマンドを実行した際，次のように属性によって色分け表示される。 このようにディレクトリやファイルが色分けして表示される。自分好みの配色であればよいのだが… まず最初に現在の設定を見る場合には，環境変数「$LS_COLORS」を見てみよう。 $ echo $LS_COLORS no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd= 40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41: ex=01;32:.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm= 01;32:*.bat=01;32:.sh=01;32:*.csh=01;32:*.tar=01;31: *.tgz=01;31:*
カーネルリソースの管理
16.4. カーネルリソースの管理大規模なPostgreSQLインストレーションでは、すぐに各種オペレーティングシステムのリソース制限を超えてしまうことがあります （システムによっては、実際に"大規模"なインストレーションでなくても、出荷時のデフォルトでは低過ぎるものもあります）。 この種の問題が発生したら、これらを読んでください。 16.4.1. 共有メモリとセマフォ共有メモリとセマフォはひとまとめに"System V IPC"と呼ばれます。 （メッセージキューも一緒ですが、これはPostgreSQLとは関係ありません）。 ほとんど全ての最近のオペレーティングシステムはこれらの機能を提供していますが、これらの全て、特にBSD由来で有効にされているとは限りませんし、デフォルトで十分なサイズがあるとも限りません （Windows、QNXおよびBeOS版では、PostgreSQLは独自の代替的
kitabomb RedHat ES3 のP2V
物理マシンで稼働中のRed Hat Enterprise Linux ES3をｖCenter Converter Standalone (VMware-converter-4.0.1-161434) を利用してP2Vに成功しました。 ※VMwareではこのバージョンをサポートしているとはありますが、P2V後に起動するとOperating System not foundとなります。 以下技術情報として私が行った手順を紹介します。 （※環境により上手くいかない事も想定されますので、あくまで自己責任で参考にして下さい。） 【P2V手順】 ①まず上記紹介した「vCenter Converter Standalone」を起動してESXi4上のデータストアにP2V（ホットクローニング）を行います。 ※ただし、今回のP2Vでは以下のように97％でエラー終了しました。 上記ウインドウに「2009/11/
27.2. ログシッピングスタンバイサーバ
継続的なアーカイブ処理を使用して、プライマリサーバが失敗した場合に操作を引き継ぐ準備がなされた、1つ以上のスタンバイサーバを持つ高可用性(HA)クラスタ構成を作成することができます。 この機能はウォームスタンバイまたはログシッピングとして広く知られています。 プライマリサーバとスタンバイサーバは、この機能を提供するために共同して稼働しますが、サーバとサーバはゆるく結合しています。 プライマリサーバは継続的アーカイブモードで動作し、各スタンバイサーバはプライマリからWALファイルを読み取る、継続的リカバリモードで動作します。 この機能を可能にするために、データベースのテーブル変更は不要です。 したがって、他のレプリケーションの解法に比べて、管理にかかるオーバーヘッドが減少します。 この構成はプライマリサーバの性能への影響も相対的に減少させます。 あるデータベースサーバから他へ直接WALレコー
pg_standbyでのウォームスタンバイ設定 - chulip.org
pg_standbyでのウォームスタンバイの設定に非常に手こずったのでいろいろ書いとく 実施環境 CentOS 5.5 PostgreSQL 8.3.11 ソースからインストールしたもの pg_standbyのインストール PostgreSQL8.3からは(ソースに)付属している /usr/local/src/postgresql-8.3.11/contrib/pg_standby make make install バックアップDBの準備 メインDB側のdataディレクトリをコピーしてバックアップ側のdataディレクトリを作る その際、pg_xlogを中身は消去しておく メインDB側の設定 postgresql.conf # scpする場合は事前に公開鍵認証できるように設定しておくこと(各サーバのpostgresユーザー) archive_mode = on archive_comman
きょうもぼへぼへちゃんがゆく : [MySQL]mysqldumpslow
2009年11月02日21:13 カテゴリMySQL [MySQL]mysqldumpslow 備えあれば、憂いなし。 みたいなことを目指したい。そうありたい。 日々の雑用にかまけないようにしようと思い続けることはや数年。 スロークエリログは、日々のウォッチが大事ですね。 監視するプログラムを今日中に書こうと思った次第です。 スロークエリログを書き出す設定。 my.cnfに記述しておきます。 long_query_time = 1 log_slow_queries = /mysql/slow.log 1秒以上かかったクエリを「/mysql/slow.log」に書き出す設定です。 他に「log-queries-not-using-indexes」を指定すると、インデックスを使わなかったクエリも書き出すことができます。 書き出したスロークエリログの解析。 そのままだと見
ヤフーにおけるパッケージ管理 - Yahoo! JAPAN Tech Blog
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、R＆D統括本部 開発推進室 セキュリティプラットフォーム技術の戸田 薫です。 個人的に自宅では、 FreeBSD でよく遊んでいて、FreeBSDのパッケージ管理には、portsnap、portupgrade を利用していますが、ヤフーでは独自の方法で行われます。 その背景としてヤフーには、平均15億以上のPVを支えるためやサービスの付加価値のために何万台ものサーバがあり、サービスやシステムごとに大規模なシステムを構成する必要があるため、一般的なパッケージ管理システムよりもより柔軟で効率的なパッケージ管理が必要となっています。 今回は、ヤフーにおけるパッケージの管理についてご紹介します。 ヤフーインストーラ ヤフーでは
＠IT：Javaパフォーマンスチューニング 第3回
本記事は、HP-UX Developer Edgeに掲載された記事を株式会社アットマーク・アイティおよび本記事の筆者が独自の判断のもとに加筆・修正したものです。 今回は、Javaにおけるヒープ・メモリ管理の詳細を説明します。JVMのヒープ・メモリの中で、新しいオブジェクトと古いオブジェクトがどのように配置されるかを理解することで、ヒープ・メモリが有効に利用されているか否かを判断することができます。また、JVMが出力するガベージ・コレクションのログを解析し、オプションの指定によってヒープ・メモリのサイズを適切にチューニングする方法を紹介します。 Java ヒープ・メモリの構造 Javaにおけるガベージ・コレクションのメカニズムを理解するには、まずヒープ・メモリの構造を知っておく必要があります。 図1は、JVM におけるヒープ・メモリの構造を示したものです。この図が示すように、ヒープ・メモリの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Server | サイブリッジラボブログ
エラー報告とログ取得
vsftpdのhomeディレクトリー移動制御
Tomcat コネクションプーリング - kozy.heteml.jp
Java 暗号化拡張機能 JDK5.0
Trasis Lab » 2009 » 8月