Как вариант, вместо certbot воспользоваться acme.sh
Здравствуйте.
Нужны одиночные IP из разных подсетей.
Заказывается IP как "RIPE IP Failover block".
Каждая локация будет выдаваться из своего /24 ?
Если я дважды закажу по 1 IP из Англии выдасться два IP из одного блока /24?
А тем временем утром было пропадание траффика.
Один сервер с 4:10 утра лег, другой - в 8.15 - 9.25, часть - в промежутке 9.05-9.25, а остальные не пострадали.
Пропадание исходящего и частичного входящих соединений.
ТП ответило:
Замена сервера помогла, правда, новый попался с RAID контроллером.
И там по тестам fio свои неоднозначности.
Но тесты клиента проходят.
P.S. есть ли он-лайн база "плохих" серверов Хетзнера?
Mysql 5.5.50 и 5.5.44
Сравнил построчно вывод mysqladmin variables.
Разница незаметная.
Это синтетический краткосрочный тест.
Я на тестах в Mysql длительностью свыше часа вижу совершенно другую картину.
Полочка на запись в районе 700 IOPS убивает.
Выполнил тест записи:
write: (g=0): rw=randwrite, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=16 ... fio-2.1.11 Starting 5 processes write: Laying out IO file(s) (1 file(s) / 5120MB) write: Laying out IO file(s) (1 file(s) / 5120MB) write: Laying out IO file(s) (1 file(s) / 5120MB) write: Laying out IO file(s) (1 file(s) / 5120MB) write: Laying out IO file(s) (1 file(s) / 5120MB) Jobs: 5 (f=5): [w(5)] [100.0% done] [0KB/229.5MB/0KB /s] [0/58.8K/0 iops] [eta 00m:00s] write: (groupid=0, jobs=5): err= 0: pid=14700: Mon Sep 12 11:33:53 2016 write: io=2012.4MB, bw=206023KB/s, iops=51505, runt= 10002msec slat (usec): min=6, max=58382, avg=26.96, stdev=324.83 clat (usec): min=133, max=131695, avg=1516.32, stdev=3770.11 lat (usec): min=145, max=140115, avg=1543.43, stdev=3982.25 clat percentiles (usec): | 1.00th=[ 227], 5.00th=[ 398], 10.00th=[ 532], 20.00th=[ 684], | 30.00th=[ 812], 40.00th=[ 924], 50.00th=[ 1032], 60.00th=[ 1112], | 70.00th=[ 1304], 80.00th=[ 1624], 90.00th=[ 2224], 95.00th=[ 3120], | 99.00th=[ 9024], 99.50th=[13760], 99.90th=[71168], 99.95th=[94720], | 99.99th=[121344] bw (KB /s): min= 435, max=53104, per=19.91%, avg=41018.83, stdev=14423.08 lat (usec) : 250=1.80%, 500=6.97%, 750=16.15%, 1000=21.64% lat (msec) : 2=40.96%, 4=8.83%, 10=2.81%, 20=0.55%, 50=0.14% lat (msec) : 100=0.11%, 250=0.04% cpu : usr=2.06%, sys=16.58%, ctx=129396, majf=0, minf=42 IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=100.0%, 32=0.0%, >=64=0.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.1%, 32=0.0%, 64=0.0%, >=64=0.0% issued : total=r=0/w=515160/d=0, short=r=0/w=0/d=0 latency : target=0, window=0, percentile=100.00%, depth=16 Run status group 0 (all jobs): WRITE: io=2012.4MB, aggrb=206022KB/s, minb=206022KB/s, maxb=206022KB/s, mint=10002msec, maxt=10002msec Disk stats (read/write): md2: ios=1/515163, merge=0/0, ticks=0/0, in_queue=0, util=0.00%, aggrios=0/515530, aggrmerge=0/6611, aggrticks=2/291946, aggrin_queue=292882, aggrutil=93.80% sda: ios=1/515529, merge=0/6612, ticks=4/304400, in_queue=305356, util=93.80% sdb: ios=0/515531, merge=0/6610, ticks=0/279492, in_queue=280408, util=93.76%
А методику тестирования чтения и записи у fio подскажете?
В самом SSD. Клиент будет пробовать напрячь Hetzner на замену.
Не повезло с сервером на аукционе с 64ГБ ОЗУ.
SSD SAMSUNG MZ7WD240HAFV-00003
700 IOPs на запись 6MBps на запись 176 insert SQL per sec
На старом сервере стоит другая модель - SSD SAMSUNG MZ7LM240HCGR-00003, раз в 15-20 шустрее.
P.S. На обоих серверах почти идентичные настройки Debian 8.x 64бит....