全文検索:
- 06 WireGuard @01_linux:10_network
- 01.conf # ll client01.png -rw-r--r-- 1 root root 1255 Feb 15 13:59 client01.png </code> ===== 10.状態確
- 23 Apache vhost一覧 @01_linux:02_www
- <code> # apachectl -S VirtualHost configuration: 127.0.0.1:8443 www.example.com (/opt/bitnami/apache/conf/vhosts/dokuwiki-https-vhost.conf:1) 127.0.0.1:80 is a NameVirtualHost
- 91 PV計算(ページビュー) @01_linux:02_www
- ==== https://kazuhooku.hatenadiary.org/entry/20091226/1261838127 仮に動的ページを生成するのにかかる時間が1秒、そのうちデータベースやmemcached等リモートサーバへの問い合わせ時間を除くいたCPUの処理時間が0.1秒とする。また、ピークのリクエ
- 19 Let's Encrypt ワイルドカード証明書 @01_linux:02_www
- allenge ${CERTBOT_VALIDATION}\n", "ttl" => "120", ); $post_query = json_encode($postfie... VERIFYPEER, 1); curl_setopt($ch, CURLOPT_TIMEOUT, 120); $headers = array(); $headers[] = "Content-Typ... ERTBOT_DOMAIN} ${CERTBOT_VALIDATION} ${IP} sleep 120 exit $? </code> 実行権限だけ付けておく chmod 755 /root/v
- 08 qcow2 バックアップ 外部へ取得する場合(online external) @01_linux:08_仮想化:kvm
- ual size: 100 GiB (107374182400 bytes) disk size: 12.9 GiB cluster_size: 65536 Format specific informa
- 10 qcow2バクアップ 内部スナップショット(internal) @01_linux:08_仮想化:kvm
- sh snapshot-create-as --domain test01 --name 20230128 </code> ===== スナップショットの確認 ===== <code> # virsh... ------------------------------------------- 20230128 2023-01-28 08:32:08 +0900 running # virsh snapshot-info test01 --snapshotname 20230128 Name: 20230128 Domain: test01 Current: yes State: running Locatio
- 09 qcow2 backing file @01_linux:08_仮想化:kvm
- .qcow2 file format: qcow2 virtual size: 15G (16106127360 bytes) disk size: 196K cluster_size: 65536 ba... .qcow2 file format: qcow2 virtual size: 15G (16106127360 bytes) disk size: 256K cluster_size: 65536 ba
- 16 Ubuntu sysstat @01_linux:30_ubuntu
- ====== 16 Ubuntu sysstat ====== [[01_linux:12_ツール:04_sar|sar]]でサーバの状況を表示する。 [[01_linux:30_ubuntu:07_u
- 36 LINSTOR Bcache @01_linux:13_storage
- :1000 0 2G 0 disk zd16 230:16 0 512M 0 disk └─bcache0 252:0 0 2G 0 disk
- 15 Ubuntu ZFS zfs_arc_max @01_linux:30_ubuntu
- 配置しているZFS用のディスクキャッシュ デフォルトで、実メモリの半分程度が割り当てられます。 512Gの場合 250Gくらい ===== arc確認方法 ===== ==== arc_summar... eport Fri Aug 19 22:26:12 2022 Linux 5.4.0-124-generic 0.8.3-1ubuntu12.14 Machine: devhv02 (x86_64)
- tuned @01_linux:09_ベンチマーク
- 30000 max_segment_size 65536 physical_block_size 512 ## virtual-host io_timeout 90000 max_segment_si... eq-Write" bw:500MB iops: 488 latency:ms"4":89.453125 "Rand-Read-16K" bw:119MB iops: 7488 latenc... atency:us"250":83.566666 "Rand-Write-4K" bw:125MB iops:31334 latency:us"50":99.995041 "Rand-Re
- 17 Nginx FastCGI Cache @01_linux:02_www
- one levels=1:2 keys_zone=cache-zone:30m max_size=512M inactive=600m; fastcgi_cache_key "$scheme$re... 定します。 \\ ここではメモリサイズとしては30MBを保持するように設定| ^max_size|512M|キャッシュの最大サイズ。このサイズを超えると利用されていないものから削除されていく| ^inac
- 19 Zabbix でDBサーバを変える @01_linux:04_監視:zabbix
- nf ### Option: DBHost # DBHost=localhost #DBHost=127.0.0.1 DBHost=10.10.10.11 [root@altuszabbix1 et... tc/zabbix/web/zabbix.conf.php #$DB['SERVER'] = '127.0.0.1'; $DB['SERVER'] = '10.10.10.11'; </code>
- 01 PostgreSQL streaming replica @01_linux:11_データベース:02_postgresql
- ar/lib/pgsql/.bash_profile #PGDATA=/var/lib/pgsql/12/data PGDATA=/data source /var/lib/pgsql/.bash_pr... [w]alreceiver postgres 19711 0.0 0.0 408884 4712 ? Ss 06:37 0:03 postgres: walreceiver
- 31_1 iSCSIタイムアウト @01_linux:01_net
- 待ち時間 node.session.timeo.replacement_timeout(デフォルト120秒) コネクションエラーが発生してからI/Oエラーを返すまでの待ち時間。この時間までに死活監視がコ... ) 継続して死活監視のpingが発行され、最終的にpingが成功しないとOSにI/Oエラーが返る(+120秒経過) ASMがI/Oエラーを検出して障害ストレージを切り離し、残りのストレージで処理を再開する(即時) 経過時間をまとめると、(1〜5)+ 5 + 120 = 126〜130秒程の時間が切り替えまでに必要となります。 これを例えば障害試験等で確実に15秒程で切り替えを発動させたい場合は次のように設定すれば実現できます。 node.conn[0].ti