они еще могут голову морочить тем, что им надо потестить сбойный диск, причем делают это они на вашей машине чуть ли не сутки
Вот это в дедике тоже пугает, на впс об этом задумываться не стоит, да и плюс у впс есть удобные снапшоты в панельке...
а как по стабильности канала у контабо? а то вот ща думаю переезжать с хетзнера на них или неткап, но встретил несколько отзывов о том что контабо чуть ли по полсуток в дауне бывает
Почти 2 недели полет нормальный, разок только были техработы минут на 10-20 помоему. Предупредили заранее. И второй раз их панелька управления впс неработала, так же починили за 10-15 мин
Спасибо за консультации, мне в принципе любой способ подойдет, главное что бы хоть 1 копия была на яндекс диске и ее можно было восстановить на другой сервер...
Панель исп насколько я понимаю сначала архивирует перед отправкой...
Существует какой нибудь вариант синхронизации?
что бы выделить немного ресурсов и оно синхронизировалось постепенно когда нагрузки нет ? А лучше если бы синхронизировалось не просто в папку, а сразу в архив...
Что бы хоть какой то бекап был, а то совсем без бекапа как то неуютно
skip-networking #не использовать сеть, т.е. вообще не обрабатывать TCP/IP соединения.
tmpdir = /dev/shm
max_connections = 1000 # иначе много обслужить не может одновременно, но не больше maxclients апача
max_join_size = 200M
max_allowed_packet = 256M
key_buffer_size = 20M #под неиспользуемый MyISAm, можно сократить до минимума
innodb_buffer_pool_size = 20000M #Ставить строго 40% от ОЗУ (рассчитано опытным путем, т.е. есть еще затраты на каждый поток помимо буфера). 128гб*40%=52гб
innodb_log_file_size = 512M #перед изменением сделать бекапы, после чего удалить старые логи
innodb_read_io_threads = 8
innodb_write_io_threads = 8
innodb_log_buffer_size = 16M
innodb_flush_log_at_trx_commit = 0 #бросает лог непрерывно, но есть угроза утраты записывающихся данных при аварии
innodb_flush_method = O_DIRECT
query_cache_type = 1 # кеш при больших нагрузках под вопросом, после долгих экспериментов был выключен 12.06.17.
#Так, весь кеш запросов для определенной таблицы сбрасывается всякий раз, когда в таблицу вносится хотя бы одно изменение.
query_cache_limit = 1M
query_cache_size = 0
# из статьи под миллионы запросов в секундку https://habrahabr.ru/company/pgdayrussia/blog/326204/
back_log=5000
innodb_open_files=4000
innodb_file_per_table=1 #остановить сервер, сделать бекапы, залить заново
innodb_file_format=barracuda
max_heap_table_size = 512M
tmp_table_size = 512M #musqltiner просил уменьшить, а потом уравнять с max_heap_table_size, который просил увеличить
pid-file = /var/run/mysqld/mysqld.pid
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
bind-address = 127.0.0.1
# Settings user and group are ignored when systemd is used.
# If you need to run mysqld under a different user or group,
# customize your systemd unit file for mariadb according to the
# instructions in http://fedoraproject.org/wiki/Systemd
cat: /etc/mysql/my.conf: No such file or directory
[root@vmi129504 ~]# mysqltuner
Please enter your MySQL administrative login: root
Please enter your MySQL administrative password: >> MySQLTuner 1.6.0 - Major Hayden <major@mhtx.net>
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with '--help' for additional options and output filtering
[--] Skipped version check for MySQLTuner script
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
[OK] Currently running supported MySQL version 5.7.19
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
[--] Data in InnoDB tables: 4G (Tables: 70)
[!!] Total fragmented tables: 10
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
-------- Security Recommendations -------------------------------------------
mysql: [Warning] Using a password on the command line interface can be insecure.
[OK] There is no anonymous account in all database users
mysql: [Warning] Using a password on the command line interface can be insecure.
ERROR 1054 (42S22) at line 1: Unknown column 'password' in 'where clause'
[OK] All database users have passwords assigned
mysql: [Warning] Using a password on the command line interface can be insecure.
ERROR 1054 (42S22) at line 1: Unknown column 'password' in 'where clause'
mysql: [Warning] Using a password on the command line interface can be insecure.
[!!] There is not basic password file list !
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql: [Warning] Using a password on the command line interface can be insecure.
-------- Performance Metrics -------------------------------------------------
[--] Up for: 4d 0h 40m 18s (56M q [161.155 qps], 290K conn, TX: 184B, RX: 89B)
[--] Reads / Writes: 85% / 15%
[--] Binary logging is disabled
[--] Total buffers: 169.0M global + 1.1M per thread (151 max threads)
[OK] Maximum reached memory usage: 225.2M (0.45% of installed RAM)
[OK] Maximum possible memory usage: 338.9M (0.68% of installed RAM)
[OK] Slow queries: 0% (0/56M)
[OK] Highest usage of available connections: 33% (50/151)
[OK] Aborted connections: 0.00% (6/290758)
[!!] Query cache is disabled
[OK] Sorts requiring temporary tables: 0% (7K temp sorts / 20M sorts)
[!!] Temporary tables created on disk: 66% (10M on disk / 15M total)
[OK] Thread cache hit rate: 99% (899 created / 290K connections)
[!!] Table cache hit rate: 0% (1K open / 341K opened)
[OK] Open file limit used: 0% (32/5K)
[OK] Table locks acquired immediately: 100% (253 immediate / 253 locks)
-------- AriaDB Metrics -----------------------------------------------------
[--] AriaDB is disabled.
-------- Replication Metrics -------------------------------------------------
[--] No replication slave(s) for this server.
[--] This is a standalone server..
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries which have no LIMIT clause
Increase table_open_cache gradually to avoid file descriptor limits
Read this before increasing table_open_cache over 64: http://*******/1mi7c4C
Beware that open_files_limit (5000) variable
should be greater than table_open_cache ( 2000)
Variables to adjust:
query_cache_type (=1)
tmp_table_size (> 16M)
max_heap_table_size (> 16M)
table_open_cache (> 2000)
innodb_buffer_pool_size (>= 4G) if possible.
После обновления пропали из панели, просто пустое окно вместо настроек, в /etc/my.conf никаких конфигов нет, непонятно где они теперь лежат, написал на форуме isp уже несколько дней тишина
adel92: Я о том же. Для ТС это идеальный вариант.
Но хотелось бы услышать его отзывы.
Купил тариф с 1200гиг диска
Только начинаю тестить, сейчас запустил скрипт, все 10 ядер загружены в 100%, вроде пока работает уже пару часиков и ничего не случилось...
Понравилось что в админке можно делать снапшоты, например когда хочешь конфиги править что бы быстро можно было откатить. Проморгал письмо с данными в спаме, писал в поддержку, через 20-30 мин, переслали письмо.
Вобщем пока меня все устраивает, проблем не наблюдаю, хотя конечно что бы делать выводы нужно хотя бы месяц попользоваться, а так мне и не нужно было чего то сверхнадежного или быстрого, а ssd надо было потому что на hdd совсем уже медленно работало, пока могу сказать что для меня это идеальный вариант на первую пробу...
Спасибо! То что нужно, особенно тариф с 1200гб SSD, нигде более 500-600 не видел на впс, а тут сразу с запасом можно взять за приятную цену. И пусть даже остальные характеристики будут не совсем честными, мне то главное диск =)
Вот это в дедике тоже пугает, на впс об этом задумываться не стоит, да и плюс у впс есть удобные снапшоты в панельке...
а как по стабильности канала у контабо? а то вот ща думаю переезжать с хетзнера на них или неткап, но встретил несколько отзывов о том что контабо чуть ли по полсуток в дауне бывает
Почти 2 недели полет нормальный, разок только были техработы минут на 10-20 помоему. Предупредили заранее. И второй раз их панелька управления впс неработала, так же починили за 10-15 мин
У контабо нельзя добавить места больше
А у хетцнера и так в 3 раза больше, так еще при необходимости можно дополнить...
Вот и думаю сейчас пока нет платы за установку стоит ли перебраться и избежать доп расходов...
Но в первую очередь критерий это скорость работы!
С одной стороны vps с соседями, но SSD, c другой все свое но HDD...
На данный момент вебмастер яндекса показывает 200-300мс из кеша на диске и 1.5-2 секунды без кеша на ответ.
Вот на сколько время возрастет и хотелось бы спрогнозировать до того как тратить время на переезды и тесты...
Может это изначально плохая идея и нет смысла даже пробовать сервер на HDD или наоборот разница будет минимальная...
VPS XL SSD
Спасибо за консультации, мне в принципе любой способ подойдет, главное что бы хоть 1 копия была на яндекс диске и ее можно было восстановить на другой сервер...
Панель исп насколько я понимаю сначала архивирует перед отправкой...
Существует какой нибудь вариант синхронизации?
что бы выделить немного ресурсов и оно синхронизировалось постепенно когда нагрузки нет ? А лучше если бы синхронизировалось не просто в папку, а сразу в архив...
Что бы хоть какой то бекап был, а то совсем без бекапа как то неуютно
Всем спасибо, кое-как исправил, собрав по кусочкам конфиг из разных мест, пока вроде устраивает работа...
cat /etc/mysql/my.conf
mysqltuner
Покажите вывод этих команд.
cat: /etc/mysql/my.conf: No such file or directory
Где бы их взять эти конфиги?
После обновления пропали из панели, просто пустое окно вместо настроек, в /etc/my.conf никаких конфигов нет, непонятно где они теперь лежат, написал на форуме isp уже несколько дней тишина
Поставил mysql 5.7 настраивал и по инструкциям и по mysqltuner но что то результата нет
Вордпресс удаляет посты очень долго, 100 штук - несколько минут
Всего на сайте несколько тысяч записей. Лишние плагины отключил...
Куда смотреть?
заранее спасибо!
Я о том же. Для ТС это идеальный вариант.
Но хотелось бы услышать его отзывы.
Купил тариф с 1200гиг диска
Только начинаю тестить, сейчас запустил скрипт, все 10 ядер загружены в 100%, вроде пока работает уже пару часиков и ничего не случилось...
Понравилось что в админке можно делать снапшоты, например когда хочешь конфиги править что бы быстро можно было откатить. Проморгал письмо с данными в спаме, писал в поддержку, через 20-30 мин, переслали письмо.
Вобщем пока меня все устраивает, проблем не наблюдаю, хотя конечно что бы делать выводы нужно хотя бы месяц попользоваться, а так мне и не нужно было чего то сверхнадежного или быстрого, а ssd надо было потому что на hdd совсем уже медленно работало, пока могу сказать что для меня это идеальный вариант на первую пробу...
1. VPS
6 ядер
24 ram
600 SSD
15 евро
2. VPS
2 ядра
6 ram
500 HDD+SSD
7 евро
https://contabo.com/?show=vps
Спасибо! То что нужно, особенно тариф с 1200гб SSD, нигде более 500-600 не видел на впс, а тут сразу с запасом можно взять за приятную цену. И пусть даже остальные характеристики будут не совсем честными, мне то главное диск =)