Периодически зависает сайт

[ordex]

У вас VPS случайно не на Beget?

У меня не vps, выделенный сервер и нет, не на beget :-\

[ordex]

Код: Выделить всё

 
-------- Log file Recommendations ------------------------------------------------------------------
[--] Log file: /var/lib/mysql/cp.server.org.err(0B)
[!!] Log file /var/lib/mysql/cp.server.org.err doesn't exist
[!!] Log file /var/lib/mysql/cp.server.org.err isn't readable.
 
-------- Storage Engine Statistics -----------------------------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MEMORY +MRG_MYISAM +MyISAM +PERFORMANCE_SCHEMA 
[--] Data in MyISAM tables: 15.8M (Tables: 295)
[--] Data in InnoDB tables: 9.9G (Tables: 694)
[OK] Total fragmented tables: 0
 
-------- Analysis Performance Metrics --------------------------------------------------------------
[--] innodb_stats_on_metadata: OFF
[OK] No stat updates during querying INFORMATION_SCHEMA.
 
-------- CVE Security Recommendations --------------------------------------------------------------
[--] Skipped due to --cvefile option undefined
 
-------- Performance Metrics -----------------------------------------------------------------------
[--] Up for: 13m 44s (32K q [39.585 qps], 369 conn, TX: 80M, RX: 4M)
[--] Reads / Writes: 93% / 7%
[--] Binary logging is disabled
[--] Physical Memory     : 15.6G
[--] Max MySQL memory    : 1.3G
[--] Other process memory: 3.9G
[--] Total buffers: 1.1G global + 1.1M per thread (151 max threads)
[--] P_S Max memory usage: 72B
[--] Galera GCache Max memory usage: 0B
[OK] Maximum reached memory usage: 1.1G (7.00% of installed RAM)
[OK] Maximum possible memory usage: 1.3G (8.03% of installed RAM)
[OK] Overall possible memory usage with other process is compatible with memory available
[OK] Slow queries: 0% (0/32K)
[OK] Highest usage of available connections: 3% (5/151)
[OK] Aborted connections: 0.54%  (2/369)
[!!] name resolution is active : a reverse name resolution is made for each new connection and can reduce performance
[OK] Query cache is disabled by default due to mutex contention on multiprocessor machines.
[OK] Sorts requiring temporary tables: 1% (27 temp sorts / 1K sorts)
[OK] No joins without indexes
[!!] Temporary tables created on disk: 56% (356 on disk / 634 total)
[OK] Thread cache hit rate: 98% (5 created / 369 connections)
[OK] Table cache hit rate: 32% (416 open / 1K opened)
[OK] Open file limit used: 0% (0/1K)
[OK] Table locks acquired immediately: 100% (275 immediate / 275 locks)
 
-------- Performance schema ------------------------------------------------------------------------
[--] Memory used by P_S: 72B
[--] Sys schema is installed.
 
-------- ThreadPool Metrics ------------------------------------------------------------------------
[--] ThreadPool stat is disabled.
 
-------- MyISAM Metrics ----------------------------------------------------------------------------
[!!] Key buffer used: 18.2% (1M used / 8M cache)
[OK] Key buffer size / total MyISAM indexes: 8.0M/2.1M
[OK] Read Key buffer hit rate: 95.4% (1K cached / 62 reads)
[OK] Write Key buffer hit rate: 95.2% (42 cached / 40 writes)
 
-------- InnoDB Metrics ----------------------------------------------------------------------------
[--] InnoDB is enabled.
[--] InnoDB Thread Concurrency: 0
[OK] InnoDB File per table is activated
[!!] InnoDB buffer pool / data size: 1.0G/9.9G
[OK] Ratio InnoDB log file size / InnoDB Buffer pool size: 128.0M * 2/1.0G should be equal 25%
[!!] InnoDB buffer pool <= 1G and Innodb_buffer_pool_instances(!=1).
[--] Number of InnoDB Buffer Pool Chunk : 8 for 8 Buffer Pool Instance(s)
[OK] Innodb_buffer_pool_size aligned with Innodb_buffer_pool_chunk_size & Innodb_buffer_pool_instances
[OK] InnoDB Read buffer efficiency: 98.99% (3469649 hits/ 3505117 total)
[!!] InnoDB Write Log efficiency: 61.46% (3127 hits/ 5088 total)
[OK] InnoDB log waits: 0.00% (0 waits / 1961 writes)
 
-------- AriaDB Metrics ----------------------------------------------------------------------------
[--] AriaDB is disabled.
 
-------- TokuDB Metrics ----------------------------------------------------------------------------
[--] TokuDB is disabled.
 
-------- XtraDB Metrics ----------------------------------------------------------------------------
[--] XtraDB is disabled.
 
-------- Galera Metrics ----------------------------------------------------------------------------
[--] Galera is disabled.
 
-------- Replication Metrics -----------------------------------------------------------------------
[--] Galera Synchronous replication: NO
[--] No replication slave(s) for this server.
[--] Binlog format: ROW
[--] XA support enabled: ON
[--] Semi synchronous replication Master: Not Activated
[--] Semi synchronous replication Slave: Not Activated
[--] This is a standalone server
 
-------- Recommendations ---------------------------------------------------------------------------
General recommendations:
    Remove Anonymous User accounts - there are 1 anonymous accounts.
    Set up a Password for user with the following SQL statement ( SET PASSWORD FOR 'user'@'SpecificDNSorIp' = PASSWORD('secure_password'); )
    Set up a Secure Password for user@host ( SET PASSWORD FOR 'user'@'SpecificDNSorIp' = PASSWORD('secure_password'); )
    Restrict Host for user@% to user@SpecificDNSorIp
    MySQL was started within the last 24 hours - recommendations may be inaccurate
    Configure your accounts with ip or subnets only, then update your configuration with skip-name-resolve=1
    When making adjustments, make tmp_table_size/max_heap_table_size equal
    Reduce your SELECT DISTINCT queries which have no LIMIT clause
Variables to adjust:
    tmp_table_size (> 64M)
    max_heap_table_size (> 64M)
    innodb_buffer_pool_size (>= 9.9G) if possible.
    innodb_buffer_pool_instances (=1)

Я не уверен, что проблема с mysql, один раз мускул не стартанул, сломались таблицы из-за ребута по кнопке и собственно всё..

[getvps]

Вот как у меня обстоит дело

[sbury]

ordex
эти данные нужны в момент отвала сервера, плюс скрин htop. Я так понял у вас нет доступа к консоли. Свяжитесь с тех. отделом площадки, может они могут вам дать доступ по КПВ? Или любым другим способом, чтобы вы могли попасть на консоль своего сервера, когда он упал.

getvps
мне нужны такие же данные как и в моих постах выше + htop скрин. Можно в личку.

[ordex]

ordex
эти данные нужны в момент отвала сервера, плюс скрин htop. Я так понял у вас нет доступа к консоли. Свяжитесь с тех. отделом площадки, может они могут вам дать доступ по КПВ? Или любым другим способом, чтобы вы могли попасть на консоль своего сервера, когда он упал.

getvps
мне нужны такие же данные как и в моих постах выше + htop скрин. Можно в личку.

У меня есть физический доступ, проблема в том, что дико обломно лезть и подключать монитор. Удалил mysql 5.7, поставил марию 10.4, вот уже 10 дней как всё нормально, без падений.

[sbury]

какая у вас связка установлена вкачестве ВЕБСервера? И в чем проявляется падение? Падаютсервисы?
И сколько оперативной памяти? Покажите скрином htop

[ordex]

какая у вас связка установлена вкачестве ВЕБСервера? И в чем проявляется падение? Падаютсервисы?

Nginx и 5.6\7.2\7.3\7.4. Софта стоит минимум, из почтовых только exim, bind не установлен, ftp сервер тоже и т.д.
Проявляется в полной недоступности, не пингуется из локалки (из вне icmp в принципе закрыт), нет подключения по ssh\sftp, сайты и панель недоступны. Teamspeak на том же сервере так же недоступен.
Свободного места достаточно, оперативной памяти тоже (swap крайне редко оказывается задействован и то на несколько мегабайт) Под управлением панели сервер с даты моей тут регистрации, подобных проблем не было, в начале этого года понадобилось поменять mysql 5.6 на 5.7, некоторое время спустя начались эти зависания, крайне редкие, но к маю они стали невыносимо частыми. После замены на марию это безобразие (вроде как) прекратилось.

[ordex]

Накаркал) С марией тоже самое, опять упал.

[con]

Накаркал) С марией тоже самое, опять упал.

У вас apache? Если так, попробуйте сменить на nginx.
Вынесите проблемный сайт на отдельный LEMP-сервер и посмотрите что будет. Возможно, сервер не справляется с потоком.

[ordex]

Накаркал) С марией тоже самое, опять упал.

У вас apache? Если так, попробуйте сменить на nginx.
Вынесите проблемный сайт на отдельный LEMP-сервер и посмотрите что будет. Возможно, сервер не справляется с потоком.

У меня нет apache и не было. Нагрузка и по дискам и по оперативке и по процу далека от "не справляется". Тем не менее сайт, бд которого весит более 10гб, я переносил на отдельный vps, ситуацию это не меняло.