Tuning - История изменений

Uscld2: /* PostgreSQL */

2024-09-12T10:29:11Z

PostgreSQL

← Предыдущая версия		Версия от 10:29, 12 сентября 2024
Строка 14:		Строка 14:
	sudo systemctl restart postgres		sudo systemctl restart postgres

	Дополнительную информацию по оптимизации PostgreSQL вы можете узнать в интернет. Например~~, по следующим ссылкам:~~		Дополнительную информацию по оптимизации PostgreSQL вы можете узнать в интернет. Например [https://wiki.postgresql.org/wiki/Performance_Optimization здесь].
	* https://wiki.postgresql.org/wiki/Performance_Optimization
	* https://ruhighload.~~com/post/%D0%A2%D1%8E%D0%BD%D0%B8%D0%BD%D0%B3+%D0%B1%D0%B0%D0%B7%D1%8B+Postgres~~

	Архитектура файловой системы PostgreSQL рассчитана на быструю работу в ущерб размерам файлов. PostgreSQL не тратит время на попытки обновления данных в том же месте на диске, где находятся эти обновляемые данные. Он просто помечает обновляемые данные как удаленные и добавляет новую запись в файл. Таким образом достигается масимальная производительность системы, но файлы становятся очень фрагментированными. Избавиться от фрагментирования помогает процедура вакуумирования. По умолчанию, после установки PostgreSQL, автоматически добавляется процесс автоматического вакуумирования, который параллельно с работой PostgreSQL следит за состоянием файлов и при отсутствии нагрузки на файловую систему производит низкоприоритетную дефрагментацию. Никогда не отключайте автовакуумирование, иначе файлы базы данных разрастутся до огромных размеров.		Архитектура файловой системы PostgreSQL рассчитана на быструю работу в ущерб размерам файлов. PostgreSQL не тратит время на попытки обновления данных в том же месте на диске, где находятся эти обновляемые данные. Он просто помечает обновляемые данные как удаленные и добавляет новую запись в файл. Таким образом достигается масимальная производительность системы, но файлы становятся очень фрагментированными. Избавиться от фрагментирования помогает процедура вакуумирования. По умолчанию, после установки PostgreSQL, автоматически добавляется процесс автоматического вакуумирования, который параллельно с работой PostgreSQL следит за состоянием файлов и при отсутствии нагрузки на файловую систему производит низкоприоритетную дефрагментацию. Никогда не отключайте автовакуумирование, иначе файлы базы данных разрастутся до огромных размеров.

Uscld2: /* PHP-FPM */

2023-12-26T11:40:11Z

PHP-FPM

← Предыдущая версия		Версия от 11:40, 26 декабря 2023
Строка 33:		Строка 33:
	Один процесс php-fpm занимает примерно 48 Мб в ОЗУ (это справедливо только для USERSIDE). Однако, если у вас слишком большой объем данных в USERSIDE, то это значение может быть несколько больше. Главное использовать не максимальное, а среднее значение. Ведь не все до единого запросы потребляют максимальное количество ОЗУ. Чтобы узнать, какое количество ОЗУ потребляют ваши процессы PHP-FPM, то в момент нормальной рабочей нагрузки на WEB-приложение USERSIDE, выполните команду:		Один процесс php-fpm занимает примерно 48 Мб в ОЗУ (это справедливо только для USERSIDE). Однако, если у вас слишком большой объем данных в USERSIDE, то это значение может быть несколько больше. Главное использовать не максимальное, а среднее значение. Ведь не все до единого запросы потребляют максимальное количество ОЗУ. Чтобы узнать, какое количество ОЗУ потребляют ваши процессы PHP-FPM, то в момент нормальной рабочей нагрузки на WEB-приложение USERSIDE, выполните команду:

	ps -~~eo rss,comm,cmd \| grep~~ php-~~fpm \| grep~~ -~~v grep \|~~ sort -nr		ps -C php-fpm8.1 --sort:-rss -o rss,cmd

	В результате вы получите вывод, состоящий из трех колонок:		В результате вы получите вывод, состоящий из трех колонок:

	41596 ~~php-fpm8.1~~ php-fpm: pool www		41596 php-fpm: pool www
	38516 ~~php-fpm8.1~~ php-fpm: pool www		38516 php-fpm: pool www
	36304 ~~php-fpm8.1~~ php-fpm: pool www		36304 php-fpm: pool www
	3304 ~~php-fpm8.1~~ php-fpm: master process (/etc/php/8.1/fpm/php-fpm.conf)		3304 php-fpm: master process (/etc/php/8.1/fpm/php-fpm.conf)

	Здесь виден мастер-процесс PHP-FPM и три воркера - их порождает мастер и именно они обрабатывают WEB-запросы. В данном случае три воркера потребляют в среднем 38 Мб. Запоминаем это значение.		Здесь виден мастер-процесс PHP-FPM и три воркера - их порождает мастер и именно они обрабатывают WEB-запросы. В данном случае три воркера потребляют в среднем 38 Мб. Запоминаем это значение.

Uscld2: /* PHP-FPM */

2023-12-26T08:01:03Z

PHP-FPM

← Предыдущая версия		Версия от 08:01, 26 декабря 2023
Строка 33:		Строка 33:
	Один процесс php-fpm занимает примерно 48 Мб в ОЗУ (это справедливо только для USERSIDE). Однако, если у вас слишком большой объем данных в USERSIDE, то это значение может быть несколько больше. Главное использовать не максимальное, а среднее значение. Ведь не все до единого запросы потребляют максимальное количество ОЗУ. Чтобы узнать, какое количество ОЗУ потребляют ваши процессы PHP-FPM, то в момент нормальной рабочей нагрузки на WEB-приложение USERSIDE, выполните команду:		Один процесс php-fpm занимает примерно 48 Мб в ОЗУ (это справедливо только для USERSIDE). Однако, если у вас слишком большой объем данных в USERSIDE, то это значение может быть несколько больше. Главное использовать не максимальное, а среднее значение. Ведь не все до единого запросы потребляют максимальное количество ОЗУ. Чтобы узнать, какое количество ОЗУ потребляют ваши процессы PHP-FPM, то в момент нормальной рабочей нагрузки на WEB-приложение USERSIDE, выполните команду:

	ps -eo rss,comm,cmd \| grep php-fpm		ps -eo rss,comm,cmd \| grep php-fpm \| grep -v grep \| sort -nr

	В результате вы получите вывод, состоящий из трех колонок:		В результате вы получите вывод, состоящий из трех колонок:

	~~3304~~ php-~~fpm7~~.4 php-fpm: ~~master process (/etc/php/7.4/fpm/php-fpm.conf)~~		41596 php-fpm8.1 php-fpm: pool www
	~~41596~~ php-~~fpm7~~.4 php-fpm: pool www		38516 php-fpm8.1 php-fpm: pool www
	36304 php-~~fpm7~~.4 php-fpm: pool www		36304 php-fpm8.1 php-fpm: pool www
	~~38516~~ php-~~fpm7~~.4 php-fpm: ~~pool www~~		3304 php-fpm8.1 php-fpm: master process (/etc/php/8.1/fpm/php-fpm.conf)

	Здесь виден мастер-процесс PHP-FPM и три воркера - их порождает мастер и именно они обрабатывают WEB-запросы. В данном случае три воркера потребляют в среднем 38 Мб. Запоминаем это значение.		Здесь виден мастер-процесс PHP-FPM и три воркера - их порождает мастер и именно они обрабатывают WEB-запросы. В данном случае три воркера потребляют в среднем 38 Мб. Запоминаем это значение.

Uscld2: /* PHP-FPM */

2023-03-14T09:43:51Z

PHP-FPM

← Предыдущая версия		Версия от 09:43, 14 марта 2023
Строка 66:		Строка 66:
	pm.max_spare_servers = 4		pm.max_spare_servers = 4

	Далее необходимо настроить количество воркеров, которое будет запущено при старте пула php-fpm. За это отвечает параметр <code>pm.start_servers</code> и его значение рассчитывается по формуле: min_spare_servers + (max_spare_servers ~~- min_spare_servers~~) / 2. В нашем случае, это 3		Далее необходимо настроить количество воркеров, которое будет запущено при старте пула php-fpm. За это отвечает параметр <code>pm.start_servers</code> и его значение рассчитывается по формуле: (min_spare_servers + max_spare_servers) / 2. В нашем случае, это 3

	Итого, настройка менеджера процессов пула PHP-FPM будет следующей:		Итого, настройка менеджера процессов пула PHP-FPM будет следующей:

N.Skrypnik в 16:35, 22 февраля 2023

2023-02-22T16:35:07Z

← Предыдущая версия		Версия от 16:35, 22 февраля 2023
Строка 14:		Строка 14:
	sudo systemctl restart postgres		sudo systemctl restart postgres

	Дополнительную информацию по оптимизации PostgreSQL вы можете узнать в интернет. Например, пр следующим ссылкам:		Дополнительную информацию по оптимизации PostgreSQL вы можете узнать в интернет. Например, по следующим ссылкам:
	* https://wiki.postgresql.org/wiki/Performance_Optimization		* https://wiki.postgresql.org/wiki/Performance_Optimization
	* https://ruhighload.com/post/%D0%A2%D1%8E%D0%BD%D0%B8%D0%BD%D0%B3+%D0%B1%D0%B0%D0%B7%D1%8B+Postgres		* https://ruhighload.com/post/%D0%A2%D1%8E%D0%BD%D0%B8%D0%BD%D0%B3+%D0%B1%D0%B0%D0%B7%D1%8B+Postgres

N.Skrypnik в 13:54, 22 февраля 2023

2023-02-22T13:54:11Z

← Предыдущая версия		Версия от 13:54, 22 февраля 2023
Строка 1:		Строка 1:
			[[Tuning_EN\|en]] \| [[Tuning\|ru]]

	= Тонкая настройка =		= Тонкая настройка =
	Изначально многие серверные приложения поставляются с базовой конфигурацией, которая позволяет их запускать на самых простых и малопроизводительных устройствах. Такие системы нуждаются в обязательной подстройке параметров под те серверы и операционные системы, на которых они используются. Эти действия могут значительно (в разы или десятки раз) повысить утилизацию ресурсов сервера и тем самым значительно повысить производительность системы в целом.		Изначально многие серверные приложения поставляются с базовой конфигурацией, которая позволяет их запускать на самых простых и малопроизводительных устройствах. Такие системы нуждаются в обязательной подстройке параметров под те серверы и операционные системы, на которых они используются. Эти действия могут значительно (в разы или десятки раз) повысить утилизацию ресурсов сервера и тем самым значительно повысить производительность системы в целом.

Uscld2 в 10:01, 7 мая 2021

2021-05-07T10:01:51Z

← Предыдущая версия		Версия от 10:01, 7 мая 2021
Строка 1:		Строка 1:
	~~= Тонкая настройка =~~
	Изначально многие серверные приложения поставляются с базовой конфигурацией, которая позволяет их запускать на самых простых и малопроизводительных устройствах. Такие системы нуждаются в обязательной подстройке параметров под те серверы и операционные системы, на которых они используются. Эти действия могут значительно (в разы или десятки раз) повысить утилизацию ресурсов сервера и тем самым значительно повысить производительность системы в целом.

	~~Хотя этот шаг и не является обязательным, мы крайне рекомендуем произвести такую подстройку.~~

	~~== PostgreSQL ==~~
	Для расчета параметров работы сервера существуют специальные калькуляторы, облегчающие подобные вычисления. Воспользуйтесь одним из калькуляторов для расчета параметров:
	* https://pgtune.leopard.in.ua/
	* http://pgconfigurator.cybertec.at/

	Вам нужно указать технические характеристики сервера, версию Postgres и т.д.. На выходе вы получите набор рекомендуемых значений параметров, которые необходимо внести в файл /etc/postgresql/13/main/postgresql.conf и затем перезагрузить PostgreSQL:
	~~sudo systemctl restart postgres~~

	~~Дополнительную информацию по оптимизации PostgreSQL вы можете узнать в интернет. Например, пр следующим ссылкам:~~
	* https://wiki.postgresql.org/wiki/Performance_Optimization
	* https://ruhighload.com/post/%D0%A2%D1%8E%D0%BD%D0%B8%D0%BD%D0%B3+%D0%B1%D0%B0%D0%B7%D1%8B+Postgres

	Архитектура файловой системы PostgreSQL рассчитана на быструю работу в ущерб размерам файлов. PostgreSQL не тратит время на попытки обновления данных в том же месте на диске, где находятся эти обновляемые данные. Он просто помечает обновляемые данные как удаленные и добавляет новую запись в файл. Таким образом достигается масимальная производительность системы, но файлы становятся очень фрагментированными. Избавиться от фрагментирования помогает процедура вакуумирования. По умолчанию, после установки PostgreSQL, автоматически добавляется процесс автоматического вакуумирования, который параллельно с работой PostgreSQL следит за состоянием файлов и при отсутствии нагрузки на файловую систему производит низкоприоритетную дефрагментацию. Никогда не отключайте автовакуумирование, иначе файлы базы данных разрастутся до огромных размеров.

	Помимо этого вам может быть полезна информация о запуске вакуумирования вручную и о процедуре перестройки индексов. Это операции в некоторых случаях могут значительно ускорить работу базы данных: https://dba.stackexchange.com/questions/135881/postgresql-error-failed-to-re-find-parent-key-in-index

	= Тонкая настройка =		= Тонкая настройка =
	Изначально многие серверные приложения поставляются с базовой конфигурацией, которая позволяет их запускать на самых простых и малопроизводительных устройствах. Такие системы нуждаются в обязательной подстройке параметров под те серверы и операционные системы, на которых они используются. Эти действия могут значительно (в разы или десятки раз) повысить утилизацию ресурсов сервера и тем самым значительно повысить производительность системы в целом.		Изначально многие серверные приложения поставляются с базовой конфигурацией, которая позволяет их запускать на самых простых и малопроизводительных устройствах. Такие системы нуждаются в обязательной подстройке параметров под те серверы и операционные системы, на которых они используются. Эти действия могут значительно (в разы или десятки раз) повысить утилизацию ресурсов сервера и тем самым значительно повысить производительность системы в целом.

Uscld2: /* PHP-FPM */

2021-05-07T08:32:12Z

PHP-FPM

← Предыдущая версия		Версия от 08:32, 7 мая 2021
Строка 1:		Строка 1:
			= Тонкая настройка =
			Изначально многие серверные приложения поставляются с базовой конфигурацией, которая позволяет их запускать на самых простых и малопроизводительных устройствах. Такие системы нуждаются в обязательной подстройке параметров под те серверы и операционные системы, на которых они используются. Эти действия могут значительно (в разы или десятки раз) повысить утилизацию ресурсов сервера и тем самым значительно повысить производительность системы в целом.

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

			== PostgreSQL ==
			Для расчета параметров работы сервера существуют специальные калькуляторы, облегчающие подобные вычисления. Воспользуйтесь одним из калькуляторов для расчета параметров:
			* https://pgtune.leopard.in.ua/
			* http://pgconfigurator.cybertec.at/

			Вам нужно указать технические характеристики сервера, версию Postgres и т.д.. На выходе вы получите набор рекомендуемых значений параметров, которые необходимо внести в файл /etc/postgresql/13/main/postgresql.conf и затем перезагрузить PostgreSQL:
			sudo systemctl restart postgres

			Дополнительную информацию по оптимизации PostgreSQL вы можете узнать в интернет. Например, пр следующим ссылкам:
			* https://wiki.postgresql.org/wiki/Performance_Optimization
			* https://ruhighload.com/post/%D0%A2%D1%8E%D0%BD%D0%B8%D0%BD%D0%B3+%D0%B1%D0%B0%D0%B7%D1%8B+Postgres

			Архитектура файловой системы PostgreSQL рассчитана на быструю работу в ущерб размерам файлов. PostgreSQL не тратит время на попытки обновления данных в том же месте на диске, где находятся эти обновляемые данные. Он просто помечает обновляемые данные как удаленные и добавляет новую запись в файл. Таким образом достигается масимальная производительность системы, но файлы становятся очень фрагментированными. Избавиться от фрагментирования помогает процедура вакуумирования. По умолчанию, после установки PostgreSQL, автоматически добавляется процесс автоматического вакуумирования, который параллельно с работой PostgreSQL следит за состоянием файлов и при отсутствии нагрузки на файловую систему производит низкоприоритетную дефрагментацию. Никогда не отключайте автовакуумирование, иначе файлы базы данных разрастутся до огромных размеров.

			Помимо этого вам может быть полезна информация о запуске вакуумирования вручную и о процедуре перестройки индексов. Это операции в некоторых случаях могут значительно ускорить работу базы данных: https://dba.stackexchange.com/questions/135881/postgresql-error-failed-to-re-find-parent-key-in-index

	= Тонкая настройка =		= Тонкая настройка =
	Изначально многие серверные приложения поставляются с базовой конфигурацией, которая позволяет их запускать на самых простых и малопроизводительных устройствах. Такие системы нуждаются в обязательной подстройке параметров под те серверы и операционные системы, на которых они используются. Эти действия могут значительно (в разы или десятки раз) повысить утилизацию ресурсов сервера и тем самым значительно повысить производительность системы в целом.		Изначально многие серверные приложения поставляются с базовой конфигурацией, которая позволяет их запускать на самых простых и малопроизводительных устройствах. Такие системы нуждаются в обязательной подстройке параметров под те серверы и операционные системы, на которых они используются. Эти действия могут значительно (в разы или десятки раз) повысить утилизацию ресурсов сервера и тем самым значительно повысить производительность системы в целом.
Строка 21:		Строка 42:

	== PHP-FPM ==		== PHP-FPM ==
	По умолчанию за настройку пула отвечает файл /etc/php/7.2/fpm/pool.d/www.conf		По умолчанию за настройку пула отвечает файл /etc/php/7.4/fpm/pool.d/www.conf

	Этот файл содержит несколько настроек менеджера процессов (PM), которые начинаются с <code>pm</code>		Этот файл содержит несколько настроек менеджера процессов (PM), которые начинаются с <code>pm</code>
Строка 35:		Строка 56:
	В результате вы получите вывод, состоящий из трех колонок:		В результате вы получите вывод, состоящий из трех колонок:

	3304 php-fpm7.2 php-fpm: master process (/etc/php/7.2/fpm/php-fpm.conf)		3304 php-fpm7.4 php-fpm: master process (/etc/php/7.4/fpm/php-fpm.conf)
	41596 php-fpm7.2 php-fpm: pool www		41596 php-fpm7.4 php-fpm: pool www
	36304 php-fpm7.2 php-fpm: pool www		36304 php-fpm7.4 php-fpm: pool www
	38516 php-fpm7.2 php-fpm: pool www		38516 php-fpm7.4 php-fpm: pool www

	Здесь виден мастер-процесс PHP-FPM и три воркера - их порождает мастер и именно они обрабатывают WEB-запросы. В данном случае три воркера потребляют в среднем 38 Мб. Запоминаем это значение.		Здесь виден мастер-процесс PHP-FPM и три воркера - их порождает мастер и именно они обрабатывают WEB-запросы. В данном случае три воркера потребляют в среднем 38 Мб. Запоминаем это значение.
Строка 77:		Строка 98:
	Также рекомендуем наблюдать за файлом журнала php-fpm на предмет проблем с воркерами.		Также рекомендуем наблюдать за файлом журнала php-fpm на предмет проблем с воркерами.

	tail -f /var/log/php7.2-fpm.log		tail -f /var/log/php7.4-fpm.log

	Об этом могут говорить строки вроде следующей:		Об этом могут говорить строки вроде следующей:

	WARNING: [pool www] server reached pm.max_children setting (5), consider raising it		WARNING: [pool www] server reached pm.max_children setting (5), consider raising it

Uscld2 в 08:27, 7 мая 2021

2021-05-07T08:27:59Z

@@ Строка 1: / Строка 1: @@
-'''Тонкая настройка PostgreSQL'''
+= Тонкая настройка =
-См.: [[Установка#Тонкая настройка сервера PostgreSQL]]
+Хотя этот шаг и не является обязательным, мы крайне рекомендуем произвести такую подстройку.
-Также - см. перестроение индексов и вакуумирование базы:
+== PostgreSQL ==
-https://dba.stackexchange.com/questions/135881/postgresql-error-failed-to-re-find-parent-key-in-index
+Вам нужно указать технические характеристики сервера, версию Postgres и т.д.. На выходе вы получите набор рекомендуемых значений параметров, которые необходимо внести в файл /etc/postgresql/13/main/postgresql.conf и затем перезагрузить PostgreSQL:

Uscld2 в 18:12, 6 мая 2021

2021-05-06T18:12:52Z

← Предыдущая версия		Версия от 18:12, 6 мая 2021
Строка 1:		Строка 1:
	'''Тонкая настройка PostgreSQL'''		'''Тонкая настройка PostgreSQL'''

	См.: [[Установка ~~PostgreSQL~~#Тонкая настройка]]		См.: [[Установка#Тонкая настройка сервера PostgreSQL]]

	Также - см. перестроение индексов и вакуумирование базы:		Также - см. перестроение индексов и вакуумирование базы:

	https://dba.stackexchange.com/questions/135881/postgresql-error-failed-to-re-find-parent-key-in-index		https://dba.stackexchange.com/questions/135881/postgresql-error-failed-to-re-find-parent-key-in-index