全文検索:
- 22 ipvsadm と ldirectord @01_linux:01_net
- mand ===== === 1.VIPの動作設定 === <code> ipvsadm [オプション] [プロトコル] [VIP:ポート] [スケジュールオプション] [バランスアルゴリズム] </code> === 例 === VIP: 10.1.0.100のポート80番を負荷の少ないサーバへリ... adm -A -u 153.122.5.112:8080 -s wrr </code> == オプション == ^ -A |設定の追加| ^ -E |設定の変更| ^ -D |設定の削除|... の割り振り方を指定する| ^ -p |パーシステンスの時間を指定する| ^ -M |-pオプションの処理、クライアントの同一性を判断に \\ ここで指定した値を使う事によりグループ化して管理できる
- 31_1 iSCSIタイムアウト @01_linux:01_net
- onn[0].timeo.noop_out_interval（デフォルト5秒） pingによるコネクションの死活監視間隔 node.conn[0].timeo.noop_out_timeout （デフォルト5秒） pingによるコネクションの死活監視がコネクションエラーと判定するまでの待ち時間 node.session.timeo.replacement_timeout（デフォルト120秒） コネクションエラーが発生してからI/Oエラーを返すまでの待ち時間。この時間までに死活監視がコネクション復帰を報
- 07 ブロックサイズとスループットについて @01_linux:09_ベンチマーク
- にブロック単位で行われます 。 データ転送時のブロックサイズは、オペレーティングシステムやアプリケーションによって決まっており、 ユーザーが調整することはできません。 <code> # dd if=/d... GB) copied, 13.3273 s, 787 MB/s </code> 各種アプリケーションの典型的なアクセスパターン(富士通のホワイトペーパー参考) ^アプリケーション^アクセスパターン^ |オペレーティングシステム|ランダム、40％リード、60％ライト、ブロック≥ 4 KB| |ファイルコ... ルサーバ|ランダム、67 ％リード、33 ％ライト、8 KB ブロック| |データベース（トランザクション処理中）|ランダム、67％リード、33％ライト、8 KB ブロック| |Webサーバ|ランダム、1
- 40 Java Heap Memory確認 @01_linux:02_www
- anent領域の使用率（現在の容量に対するパーセンテージ）| |YGC|New領域のカベージ・コレクションの回数| |YGCT|New領域のガベージ・コレクション時間（ミリ秒）| |FGC|完全カベージ・コレクションの回数| |FGCT|完全ガベージ・コレクション時間| |GCT|ガベージ・コレクション総時間（ミリ秒）| ===== 見やすくするシェル ===== [[http://luozengbin.git
- 07 レイテンシーとIOPSの関係 @01_linux:09_ベンチマーク
- ンシの値が継続的に 51 ms～80 ms の場合、より注意してモニタする必要があります。アプリケーションに問題が発生しており、遅延が顕著に生じている可能性があります。作業負荷を減らすか、負荷に耐えられる... が発生していることを 表しています。レイテンシが 100 ms を超えると、たいていの企業アプリケーションにおいて問題が発生します。作業負荷を減らすか、負荷に耐えられるようストレージリソースを追加してくだ... ームなど）においては、スループットよりもレイテンシが処理速度に深く関係する ===== トランザクション処理にはレイテンシ ===== 高トラフィックで低レイテンシが要求される大規模トランザクション 相互依存の関係にある複数の処理を1つの処理単位にまとめて、矛盾なく処理するトランザクション処理では、並
- 20 screenコマンド @01_linux:99_その他
- ====== 20 screenコマンド ====== |セッション一覧|screen -ls| |セッション名をつけてアッタチ|screen -S {セッション名}| |セッションアタッチ（既にアッタチ済みは無理）|screen -r PID| |セッションのデタッチ|screen -d PID| |プリフィックスコマンド|<key>ctrl + a</key
- 27 screen セッション名 @01_linux:99_その他
- ====== 27 screen セッション名 ====== screen -lsで見た時にどれが、どのセッションだと分からなくなるので、セッション名を付ける $ screen -S セッション名 ===== 起動中のscreenに名前を付ける ===== screenに入った状態で、<key>^A + :</key>でコマンドモードに
- mod_suphp @01_linux:02_www
- color red>デフォルトではparanoidになっています。</color> コンパイルオプション <code> --with-setid-mode=MODE: MODEは下記のいずれかを... httpd-php="php:/usr/bin/php-cgi" </code> ===== セッション関係のエラー ===== suphpによって書き込む権限が変わるから、セッション関係でエラーが出てしまう。 <code> PHP Warning: session_start() [<a href... ) failed: Permission denied (13) </code> ◆対応\\ セッションのパスを書き込み出来る場所に変更してあげる。 <code> # vi /etc/php.ini
- 13 LVM スナップショット & 復元 @01_linux:08_仮想化
- ====== 13 LVM スナップショット & 復元 ====== ===== スナップショット作成 ===== # lvcreate -s -L 5G -n snap-Vol1001 /dev/VolG00/Vol1001 ===== スナップショット復元 ===== ==== マウントしている場合はアンマウント ==== ※/mntにマウント... ge ==== # lvconvert --merge /dev/VolG00/snap-Vol1001 次activeにする時にスナップショット時のデータに戻ります。 {{tag>LVM}}
- 08 qcow2 バックアップ 外部へ取得する場合(online external) @01_linux:08_仮想化:kvm
- 2 バックアップ 外部へ取得する場合(online external) ====== 内部スナップショットは、[[01_linux:08_仮想化:kvm:10_qcow2_backup_internal... ages/testvm.qcow2 sda - </code> ===== スナップショット作成 ===== <code> root@hvdev1001:~# virsh snapsho... main snapshot testsnap created </code> ==== スナップショット作成後 ==== <code> root@hvdev1001:~# virsh domblkl... ction='0x0'/> </disk> . . </code> ===== スナップショット後は、元ファルがバックアップできる ===== <code> # qemu-img info
- 10 qcow2バクアップ 内部スナップショット(internal) @01_linux:08_仮想化:kvm
- ====== 10 qcow2バクアップ 内部スナップショット(internal) ====== 外部スナップショットは、[[01_linux:08_仮想化:kvm:08_qcow2_online_external_backup]] ===== スナップショット作成 ===== <code> # virsh snapshot-create-as --domain test01 --name 20230128 </code> ===== スナップショットの確認 ===== <code> # virsh snapshot-list test01
- 09 Galera + innodb_flush_log_at_trx_commit @01_linux:11_データベース:01_mysql
- ラッシュ^備考^ |0|毎秒| 毎秒|mysqldのプロセスがクラッシュすると、最後の秒のトランザクションが消される場合があります。| |1 (default)|commit時|commit時|OS、あるいはハードウェアの問題によってフラッシュが行われない場合、トランザクションの耐久力が保障されない可能性があります。| |2|commit時|毎秒|OSのクラッシュや停電が起こると、最後の秒のトランザクションが消されてしまいます。| ===== 1.パフォーマンス試験 ===== [[01_linu... _trx_commit検証]] ==== 検証結果 ==== クライアントから、数千のトランザクションを発行しながら、mysqlやOSを異常終了させてみる。 === 片方のノードでmysqlをシャッ
- 14 rsync @01_linux:01_net
- sinc.com/www /home/backups/nagios/ </code> ==== オプション ==== [[02_freebsd:01_net:05_rsync#オプション|オプションはこちらを参照]] {{tag>rsync}}
- bonding @01_linux:01_net
- === CentOS 4 === /etc/modprobe.d/bonding ドライバのオプションも書く。 alias bond0 bonding options bond0 mode=0... - * CentOS 5/6 では、ifcfg-bond0 に boinding ドライバのオプション設定（BONDING_OPTS）を書く。 * CentOS 4 では、ifcfg-bond0 ... ink aggregation \\ IEEE 802.3ad(LACP)に準拠したリンクアグリゲーション。 \\ 接続するスイッチが IEEE 802.3ad に対応している必要がある。| |5|bal
- 91 PV計算(ページビュー) @01_linux:02_www
- とする。また、ピークのリクエスト処理量は、平均の２倍とする。 そうすると、クアッドコアのアプリケーションサーバで処理できるリクエストは、 4 core * 10 reqs/sec * 86,400 s... 台で捌けることになる。 CPUが動いている時間は全処理時間の10倍と仮定したわけだから、アプリケーションサーバの最大同時接続数は 4 core * 10 = 40 程度あればいいことになる。実際には... の前にメモリがサチるってことはない。 つまり、約5,000万PV/月くらいのサイトまでなら、アプリケーションサーバ１台で捌ける、という机上の計算が成り立つ。 {{tag>Apache web PV}}
