aaPanel - бесплатная панель управления для VDS / VPS / сервера + Nginx/Apache + php-fpm + Linux Ubuntu 18.04 / 20.04/ 22.04, Debian 9/10, Centos 7 / 8

[sitecreator]

aaPanel

Описывая возможности панели управления aaPanel буду временами сравнивать ее с другими панелями управления. Не ставлю целью категорически выделить лучшую панель управления и/или операционную систему и/или лучший веб-сервер. Предоставляю самостоятельно делать окончательный выбор. Если я что-то описываю, то это не обязательно означает, что я описываю собственные предпочтения и даю рекомендации использовать вот именно "то, а не это", скорее всего, это будет анализ собственного опыта, в том числе анализ ошибок (ошибочного выбора). Без практического опыта и практического сравнения невозможно заранее точно понять, что же окажется самым удобным и самым быстрым (производительным). Поэтому я выбрал вариант "пощупать" разные панели управления VDS/VPS под разными ОС Linux, и уже потом решил сделать более осознанный окончательный выбор на основе сравнения возможностей, удобства, глючности (точнее - отсутствие оных), требовательности (прожорливости) к ресурсам и т.п.

Поэтому даже не вполне удачные конфигурации я также описывал и описываю. Итоги и выводы будут позже.
Пока могу сказать, что выбор aaPanel видится более предпочтительным по сравнению с CyberPanel.

Полная документация на панель управления: документация aaPanel
Панель управления бесплатная.
Поддерживает выбор конфигурации веб-сервера и PHP.

Возможные варианты веб-сервера и PHP:

• Nginx + php-fpm
• Apache + php-fpm
• OpenLiteSpeed + LSPHP

С точки зрения производительности самый интересный вариант - это Nginx + php-fpm.
Для каждого сайта возможно использование своей версии php.

Операционные системы Linux, которые поддерживает aaPanel (внимание: 7-я версия панели управления сервером):

• CentOS 7.x
• Debian 10, 11, 12
• Ubuntu 18.04, 20.04, 22.04
• CloudLinux 7.x, 8.x
• AlmaLinux 8.x, 9.x
• Rocky Linux 8.x

Набор дополнительных возможностей в aaPanel зависит от операционной системы. Самый большой выбор дополнительных функциональных возможностей будет при установленной Linux Centos 7. Это не означает, что Centos 7 чем-то превосходит остальные ОС, просто это особенность данной панели управления. Различные панели управления тяготеют в той или иной степени к тем или иным ОС. Например, в случае панели управления ISPmanager также наблюдалась поддержка в первую очередь Centos 7, т.е. новый функционал появлялся сперва именно для этой Linux, потом - для остальных.

В любом случае выбор дистрибутива Linux (FreeBSD или иной вариант UNIX) - это дело вкуса и привычки, и опыта . Но учитывайте, что некоторая (небольшая) часть дополнительных приложений для aaPanel рассчитана только на Centos или Centos / Ubuntu. Основной же функционал одинаково работает на любой из поддерживаемых ОС Linux. При прочих равных имеет смысл всегда смотреть в сторону наиболее свежего дистрибутива (с более свежим ядром соответственно) и одновременно не забывать о долговременной поддержке разработчиком того или иного дистрибутива.

По сравнению с панелью управления CyberPanel панель управления aaPanel выглядит более гибкой и удобной.
Во-первых, вы можете с aaPanel переключать при желании (ради тестов и т.п.) тип сервера с одного на другой без переустановки сайта.

Менеджер файлов в отличие от CyberPanel в aaPanel позволяет работать с любыми папками, а не только с папками сайтов. Можно всегда посмотреть суммарный вес всех файлов папки, что довольно удобно. Например, в той же панели ISPmanager нет кнопки для просмотра размера всех файлов в папке.
В aaPanel нет проблем с кириллическими названиями файлов.
Отдельным недостатком файлового менеджера aaPanel можно назвать отсутствие для браузера FireFox использовать режим перетаскивания drag & drop, но в Crome это работает. В ISPmanager 5 такой функции нет совсем.

По-умолчанию все удаляемые файлы помещаются в корзину. В ISPmanager, к примеру, корзины нет. Такое поведение по-умолчанию может быть неудобно, т.к. может быть съедено бесполезными файлами пространство жесткого диска. Вы можете отключить корзину. Кнопка корзины всегда присутствует в файловом менеджере.

Правда если корзину отключить, то удаление файла превращается в "интеллектуальную задачу", т.к. файловый менеджер начинает вам подкидывать арифметические упражнения, правильно решив которые вы можете удалить файл. Где изменить такое поведения я не смог пока найти, т.к. в основных настройках панели управления нет чего-то подобного, переключение настроек на "develop mode" вопрос не решает.

В отличие от CyberPanel в aaPanel есть удобный функционал импорта/экспорта данных в базу данных и бекапа (backup) БД. Такой функционал также есть в ISPmanager. Это позволяет не использовать для этого PHPmyAdmin, который делает подобные операции крайне медленно, а из-за лимита времени (на выполнение php) может не завершиться за один проход импорт большого файла SQL.

 

[sitecreator]

Сравнение NGINX + PHP-FPM vs LiteSpeed + LSPHP

Использовались для теста VDS с одинаковыми параметрами:

• 1 ядро 2.4 ГГц,
• 2 Гбайт памяти,
• 20 Гбайт диск SSD,
• ОС Linux Centos 7.9
• PHP 7.2

Для веб-сервера Nginx+php-fpm использовалась панель управления aaPanel.
Для OpenLiteSpeed +LSPHP - CyberPanel соответственно.


Была использована база товаров реального магазина на 17 000 позиций.
Измерялся параметр TTFB для:

• главной страницы
• страница Категория на 15 товаров
• страница Категория на 100 товаров

OpenLiteSpeed

Спойлер: LiteSpeed

Спойлер: LiteSpeed

Спойлер: LiteSpeed

NGINX

Спойлер: NGINX

Спойлер: NGINX

Спойлер: NGINX

Итак, результат. Ожидаемо, что NGINX+PHP-FPM оказался несколько быстрее.
Нужно также учитывать, что это был т.н. "спокойный тест", т.е. когда одновременной нагрузки на сервер в виде многочисленных пользователей не было, был условный один пользователь. При "стресс-тесте", когда происходят одновременно массовые запросы, результаты должны быть несколько иные.

Никаких кеширований HTML средствами серверов не использовалось. Настройки серверов БД были идентичные.

Главная страница: 56 ms (LiteSpeed) / 52 ms (NGINX)
Страница Категория на 15 товаров: 94 ms (LiteSpeed) / 81 ms (NGINX)
Страница Категория на 100 товаров: 173 ms (LiteSpeed) / 152 ms (NGINX)

ВАЖНО IMPORTANT

Для верности тестов open_basedir защита была отключена. Это крайне важно для правдивых тестов, т.к. для LiteSpeed (впрочем, как и для Apache или Nginx+Apache) при включенном open_basedir параметр TTFB, т.е. время отклика возрастает в 1.5-2 раза. Бывает, что по-умолчанию в настройках опция open_basedir включена, тогда вы получите неверные результаты тестов при сравнении с NGINX, т.е. будут изначально неравные условия тестирования.

Нередко такой нюанс не учитывают, а потому получается ошибочный вывод, что LiteSpeed якобы работает в два раза медленнее чем Nginx.

Вопрос потребления памяти веб-серверами - это отдельный вопрос. Выше был тест производительности.

 

[sitecreator]

Установка на примере Centos 7, Ubuntu 16+, Debian 9+

Для Centos.
Установка будет самой быстрой, т.к. установка такого софта как web-сервер, сервер баз данных, php разных версий и т.д. возможно (если доступно) из готовых пакетов.
Часть компонентов все равно (в случае Centos 7) будет создаваться через компиляцию из исходников, обычно речь идет о самых новых версиях компонентов, т.е. какие-то компоненты могут собираться очень долго (минуты или десятки минут), это нормально, при том, что вы выбрали "быстрый вариант" ("fast").
Если вы выбрали ОС отличную от Centos, то установка будет только через комиляцию из исходных кодов, т.е. очень медленной и растянется на долгие часы.
Такова ситуация на начало 2022 года.
Об этом сказано в ответе официальной поддержки:

Compiled vs Fast

What is the difference on install the "Recommended Software" on Compiled and Fast option? I tried to install it on Fast and it toked like 12 hours to complet...

forum.aapanel.com

Спойлер: Быстрый метод установки или компиляция из исходников?

if you use centos7


The fast install is a rpm package that we created after compiling with the official source package. Omit the compilation process during your installation.


The compile install will Compile the source package on your server ,the installation is slow but relatively stable


If you use a other Linux distribution,
no matter which option you use, it will use compiled installed.

Машинный перевод:

Если вы используете Centos7 Fast Install - это пакет RPM, который мы создали после компиляции с официальным исходным пакетом. Пропустить процесс компиляции во время установки. Установка Compile скомпилируйте исходный пакет на вашем сервере, установка медленная, но относительно стабильная Если вы используете другое дистрибутив Linux, Независимо от того, какой вариант вы используете, он будет использовать скомпилированный.

    yum install -y wget && wget -O install.sh http://www.aapanel.com/script/install_6.0_en.sh && bash install.sh

Для Ubuntu. Необходимо установить python3 (который уже установлен с большой вероятностью) pip, pyOpenSSL. pip, pyOpenSSL необходимы для нормальной работы дополнения к панели управления"google drive". По идее все это должно само атоматически установиться, но не всегда все проходит гладко. Об этом нигде не указано, но если этого не сделать, то дополнение "google drive" может быть установлено некорректно.

Начните с обязательного обновления пакетов Ubuntu :

sudo apt update

Проверьте установленную версию python3 (именно 3-й версии!)

python3 --version

При попытке узнать версию pip вы, скорее всего, получите предложение его установить.

pip --version

apt install python3-pip
pip install pyOpenSSL
pip install h5py pip install typing-extensions pip install wheel


wget -O install.sh http://www.aapanel.com/script/install-ubuntu_6.0_en.sh && sudo bash install.sh

Проверка после установки версии pip, сделать нужно до начала запуска установки панели управления aapanel.

pip --version

Во время установки панели управления может появиться подсказка (предложение) обновиться:

При необходимости можно обновить версию pip для системы и самой панели управления (панель использует свою версию)

python3 -m pip install --upgrade pip

/www/server/panel/pyenv/bin/python3.7 -m pip install --upgrade pip

По уточненным данным панель управления (справедливо для 6-й версии панели управления aapanel, для новой 7-й версии aapanel требуется уточнение) использует свою версию python3, и не использует системный python3. Проверить можно так:

/www/server/panel/pyenv/bin/python3.7 --version

/www/server/panel/pyenv/bin/pip --version

Для Debian:

wget -O install.sh http://www.aapanel.com/script/install-ubuntu_6.0_en.sh && bash install.sh

После завершения установки получим сообщение с данными для доступа в панель управления. Скопируйте эти данные.

Во время установки было получено сообщение:

Requirement already satisfied: cachelib in /www/server/panel/pyenv/lib/python3.7/site-packages (0.1.1)
WARNING: You are using pip version 20.3.3; however, version 21.1.3 is available.
You should consider upgrading via the '/www/server/panel/pyenv/bin/python3.7 -m pip install --upgrade pip' command.

Воспользуемся советом и обновим pip3 до 21.1.3:

/www/server/panel/pyenv/bin/python3.7 -m pip install --upgrade pip

Далее осуществляем вход в панель управления по предложенной ранее ссылке:

При первом входе будут предложены быстрые варианты установки:

Рекомендуется выбирать NGINX.
Но вы в любой момент можете изменить веб-сервер.
Сервер БД предпочитаю MariaDB.

Кстати, есть делать установку необходимых компонентов отдельно, а не из начального окна, то будут доступны более свежие версии софта.
Например, Nginx будет доступен 1.21 вместо предлагаемого на стартовом экране 1.19.

Установите отдельно необходимые версии PHP.

Сделайте настройку php для каждой версии отдельно, подключите необходимые расширения, хотя все необходимые для опенкарт уже включены по-умолчанию. Но в списке возможных расширений imagick не значится, к примеру.

Учтите, что по умолчанию в настройках php параметры Default timezone и, соответственно, date.timezone имеют значение PRC (Китай/Пекин). Скорее всего, это не то, что нужно вам, установите нужный вам регион, например, Europe/Moscow .
Делается здесь:

Проверить верную установку временной зоны можно через phpinfo():

Профиль FPM можно оставить пока по-умолчанию. Но в зависимости от реальной нагрузки и параметров сервера можно менять параметры настройки FPM.
При смене настроек PHP нужно перезагружать PHP.

После смены настроек PHP нужно перезагружать PHP.

 

[sitecreator]

Создание сайта/домена.

Создайте через dnsmanager (данные для доступа предоставляет провайдер) соответствующие записи для домена. Выбирайте "master".
Внесите название домена и IP вашего сервера.

Вы можете сделать проверку правильности отдачи информации по конкретному домену с ns-серверов (Resolving), например, здесь онлайн (утилита dig)

Проверка DNS-записей домена — утилита dig | Проверка PTR, MX, A, NS, TXT, SOA, CNAME | Check DNS | Рег.ру

? Проверка DNS-записей доменного имени с помощью утилиты dig. Проверить записи PTR, MX, A, NS, TXT, SOA, CNAME на сайте Рег.ру

www.reg.ru

Удобно сразу создать соответствующий FTP аккаунт и базу данных (пользователь и название БД будут совпадать)

Поставьте нужные редиректы:
для домена с www на домен без www
на HTTPS с HTTP (если выбрали создание SSL)

Редирект сайт с www на сайт без www. В поле Target URL вносите

https://my_site.com

В случае nginx будет создан отдельный файл конфигурации для редиректов для конкретного сайта.

Этот конфиг nginx содержит (создается автоматически):

#REWRITE-START
        if ($host ~ '^www.my_site.com'){
            return 301 https://my_site.com$request_uri;
        }
#REWRITE-END

Если сертификат не был создан сразу, то можно сделать это позже. Бесплатный сертификат будет автоматически продлеваться.

Чтобы сертификат автоматически продлевался необходимо чтобы была включена соответствующая cron-задача. По-умолчанию эта задача выключена. Включите ее. Статус должен быть Enable. Если забыть это выполнить, то вы рискуете пропустить момент когда закончится действие сертификата SSL и сайт окажется недоступным в таком случае.

Должно быть так:

Чтобы работали ЧПУ для опенкарт нужно в конфигурацию nginx для сайта добавить:

location / { try_files $uri $uri/ @opencart; }
location @opencart { rewrite ^/(.+)$ /index.php?_route_=$1 last; }

Также необходимо закрыть от доступа некоторые типы файлов и папки. Это также прописывается в конфиге.

Изначально автоматически создается такой код для запрета доступа к файлам и папкам (начинающимся со следующих слов):

    # Forbidden files or directories
    location ~ ^/(\.user.ini|\.htaccess|\.git|\.svn|\.project|LICENSE|README.md)
    {
        return 404;
    }

добавьте следующий код для запрета доступа к файлам с определенными расширениями.

location ~ .*\.(tpl|twig|ini|log)?$
    {
        return 404;
    }

Нужно также добавить в конфиг статические файлы webp и шрифты, и назначить для них время жизни кеша браузера 30d (желательно не меньше).
Стат. файлам js, css по умолчанию задается 12h, замените на 30d.

rewrite правила для конкретного сайта можно внести на отдельной вкладке настроек сайта. Все эти правила сохраняются в отдельном файле конфигурации.

Необходимо также внести изменения в конфигурационный файл nginx для определенной версии PHP. Например, если вы используете php 7.4, то необходимо внести изменения в конфиг, находящийся здесь /www/server/nginx/conf/enable-php-74.conf

Первоначально конфиг выглядит так:

    location ~ [^/]\.php(/|$)
    {
        try_files $uri =404;
        fastcgi_pass  unix:/tmp/php-cgi-74.sock;
        fastcgi_index index.php;
        include fastcgi.conf;
        include pathinfo.conf;
    }

необходимо внести изменения в конфиг, находящийся здесь /www/server/nginx/conf/fastcgi.conf
Первоначально конфиг выглядит так:

fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;
fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;

fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;
fastcgi_param  REQUEST_SCHEME     $scheme;
fastcgi_param  HTTPS              $https if_not_empty;

fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx/$nginx_version;

fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;

нужно добавить строку в fastcgi.conf:

fastcgi_param   REMOTE_USER       $http_authorization;

Это необходимо для работы удаленной (HTTP) авторизации. Ее используют модули обмена данными по стандарту 1С.

Немного позже я добавлю как пример полный вид файла конфигурации здесь. Кстати, ранее я уже приводил варианты конфигурации NGINX для opencart.

Если вы перейдете на страницу сайта на опенкарт, то увидите ошибку, связанную с open_basedir.

Warning: is_file(): open_basedir restriction in effect. File(/www/wwwroot/opencart.space/system/../../vendor/autoload.php) is not within the allowed path(s): (/www/wwwroot/opencart.space/:/tmp/) in /www/wwwroot/opencart.space/system/startup.php on line 70

Рекомендую пока закомментировать open_basedir в файле .user.ini, который находится в корневой папке сайта. К этой ошибке я вернусь позже.

или убрать галочку в настройках домена.

Если вы используете веб-сервер Apache, то добавьте в .htaccess сайта следующий код для задания кеширования статики (статичных файлов):

<ifModule mod_headers.c>
    # 43200 - день, 604800 - неделя, 2592000 - месяц, 15552000 - полгода
    <FilesMatch "\.(flv|swf|ico|gif|jpg|jpeg|png|webp|js|css|ttf|woff|woff2)$">
    Header set Cache-Control "max-age=15552000"
    </FilesMatch>
</IfModule>

 

[sitecreator]

Backup файлов сайта и его базы данных

Допустим, что вы решили в качестве хранилища использовать Google Drive.
Сначала установите соответствующее расширение для панели управления aaPanel .

У вас должен быть в наличии ключ для google drive. Как его получить - это отдельная тема, опишу это тоже подробно.
Итак, ключ есть (это файл с расширением .json). Делаете импорт ключа, т.е. просто его как файл загружаете с вашего ПК.

Далее переходите по ссылке, которая указана как 3-й шаг. (2-й шаг не нужен). Входите в ваш аккаунт гугла если еще не вошли, далее даете разрешение сервису aaPanel-GDrive.

Потом вас ждет сюрприз в виде попытки перехода браузера непонятно куда и вываливанием ошибки. Тут господа разработчики просто не доработали. Пугаться не нужно, ошибка не страшна. Хотя я потратил несколько часов чтобы понять что же это означает. Могли бы разработчики где-то предупредить об этом, тем более, что на Centos 7 установка google drive завершалась появлением на пару секунд пустого информационного окошка с красным (предупреждающим?) знаком, что сразу наводило на мысли, что проблема была на этапе установки.

ВАЖНО IMPORTANT

Будет сообщение об ошибке в браузере. Так и задумано. Не волнуемся. Просто читаем внимательно текст выше и смотрим скриншоты.

Нужно просто скопировать из адресной строки ссылку полностью. Да, в ней есть "localhost". И вставить эту ссылку в окошко 5-го шага.

Подтверждаете. Верификация удачно пройдена.

Создайте задание cron для backup. Исключите папку кеша изображений:

image/cache

И другие папки, копировать которые не имеет смысла по вашему мнению. Кеш всегда сам восстановится, но в backup-е он занимал бы напрасно слишком много места.

После создания задания запустите его. После запуска вы увидите всплывающее окошко "Успешно запущено", которое через пару секунд исчезнет.

Чтобы понять что происходит и насколько успешно нужно нажать "Log". Тогда увидим, что успешно создан архив файлов для сайта.

В вашем аккаунте google drive вы увидите архив сайта, который можете скачать и проверить.

Можно убедиться, что в архиве есть нужные папки, а исключенные не попали в архив. В моем примере вся папка image была целиком исключена из архива.

Бекап базы данных.

Задание cron будет аналогичным как для файлов. Время начала измените чтобы оно не совпадало с временем начала бекапа файлов, это желательно.

Восстановить БД при необходимости из архива backup-а:

 

[sitecreator]

Полезный дополнительный софт

Linux Tools

Можно задавать временную зону сервера, менять системный (root) пароль и т.д.

 

[sitecreator]

Для избежания утечек памяти из-за использования php-fpm

рекомендуется в профиль FPM добавить:

pm.max_requests = 500

Слишком малое значение не стоит устанавливать. Это значение зависит от доступного объема памяти сервера. Конечное значение подбирается опытным путем.

Это максимальное количество запросов max_requests до перезапуска процессов FPM.

 

[sitecreator]

Первые действия после установки сервера баз данных Mysql, MariaDB

Важные действия для безопасности MySQL

Phpmyadmin должен быть уже установлен.
Для работы Phpmyadmin рекомендуется наиболее свежая версия php.
В таком случае вы сможете использовать наиболее свежую версию Phpmyadmin.
Если вы выбирали Phpmyadmin как компонент в начальном окне установки софта, то будет установлена не самая свежая версия Phpmyadmin.
Поэтому после установки наиболее новой версии php (рекомендуется как минимум 7.4) нужно будет сначала удалить текущую установку Phpmyadmin, после этого появится возможность установить самую актуальную версию Phpmyadmin.
Например, версия Phpmyadmin 5.1.1 может работать на php 7.4-8.1.

Начальное окно установки:

Выбор версии php

ВАЖНО IMPORTANT

С версией php 8.1 могут вываливаться разнообразные ошибки.

С php 7.4 - все стабильно. Выбирайте 7.4 или 8.0. Будущие версии Phpmyadmin, наверняка, будут стабильно работать с php 8.1

Обязательно проверьте привилегии.
Вы можете после установки сервера БД и PhpMyadmin увидеть следующую картину с излишними правами:

Удалите все строки с пользователем "любой".
А также пользователей root с именем хоста, в котором указан домен.
Пользователи root должны быть с паролем ("Да").
Если разрешен доступ без пароля, то в панели управления зайдите в "Database Manager " и задайте новый пароль root для mysql.

После этого снова проверьте привилегии mysql в Phpmyadmin.
Должно быть все безопасно и выглядеть так:

Эта информация говорит о том, что доступ пользователю mysql root доступен только с локальной машины, т.е. удаленный запрещен. И только по паролю.

::1

Это имя хоста - эквивалент 127.0.0.1 для IPv6

Еще может появиться такой пользователь без парольного доступа:
mariadb.sys
Это пользователь БД mysql с привилегиями уровня таблицы global_priv .

Проблема с разрастанием базы данных и уменьшением пространства на диске. Пути решения проблемы.

В один прекрасный день вы можете наблюдать, что у вас свободное пространство на диске почти закончилось. Как так? Вчера было почти 100 ГБ свободно из 200 ГБ, а сегодня диск забит полностью? Большая база данных может создавать много бинарных логов (они пишутся как файлы размером по 1 ГБ), вот эти логи и сожрали почти все свободное пространство.

Файлы бинарных логов сервера Баз данных. Выглядят как mysql-bin.000002, mysql-bin.000003 и т.д.

Сервер Баз Данных MariaDB создает файлы бинарных логов. Они включены по умолчанию и нужны для корректной работы сервера БД в общем случае. Но они могут плодиться и раздуваться, превращая папку с такими файлами в огромную папку, размером в гигабайты и десятки гагабайт, даже 100 ГБ (сотни Гигабайт).

Пример размера бинарного лога MariaDB. Вы можете увидеть размер этого лога в настройках сервера MySQL в панели управления aapanel.
Перейти нужно в раздел "Logs" настроек mysqlManage. Кнопка "Off" предлагает отключить, т.е. совершить действие, это означает, что лог включен сейчас.

Чтобы уменьшить размер бинарных логов можно уменьшить кол-во дней для хранения логов, по умолчанию задано 10 дней, можно поставить 5 дней.

Это меняется в конфигурации в mysqlManage.

expire_logs_days = 5

Также полезно включить опцию сжатия этих бинарных данных:

log_bin_compress=ON

Должно выглядеть так:

После изменений нужно перезагрузить mysql / MariaDB сервер.

 

[sitecreator]

Ubuntu 22.04



Панель управления сервером aaPanel работает с самой свежей Ubuntu, а именно с Ubuntu 22.04.

Но с определенными ограничениями.



Вы не сможете через панель aaPanel установить сервер баз данных MariaDB (любой версии).

Из-за этого через панель управления не установите phpMyAdmin, далее не сможете организовать через панель управления backup баз данных.

Разумеется, что можно MariaDB установить через терминал Linux, можно поставить отдельно phpMyAdmin, но при этом средства резервирования баз данных через панель управления работать не будут.



Поэтому чтобы не было проблем с сервером баз данных рекомендуется устанавливать средствами панели управления сервер БД MySQL, например 5.7 версии (рекомендуется).



Подчеркну, что эти проблемы возникают только с новой Ubuntu 22.04, пока с ней нет полной совместимости панели управления и такая совместимость официально не заявлена разработчиками панели управления aaPanel.

Поэтому используйте либо предыдущую Ubuntu 20.04, либо дождитесь официальной поддержки Ubuntu 22.04 в панели aaPanel, либо используйте в качестве сервера БД только MySQL.



В остальном особых сложностей в сочетании Ubuntu 22.04 + aaPanel замечено не было. Несущественные есть.