Инструментирование кастомных сборок nginx - История изменений

IKuznetsov в 16:23, 8 января 2025

2025-01-08T16:23:40Z

← Предыдущая версия		Версия от 16:23, 8 января 2025
Строка 1:		Строка 1:
	'''''[[Поддержка технологий]] / Программное обеспечение / [[NGINX]] / Инструментирование кастомных сборок nginx'''''		'''''[[Поддержка технологий]] / [https://docs.expert-apm.ru/index.php/%D0%9F%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D0%B0_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B9#:~:text=%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B5%20%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D0%B5 Программное обеспечение] / [[NGINX]] / Инструментирование кастомных сборок nginx'''''

	Модуль кода NGINX опирается на заблаговременные предположения об объявлениях внутренних структур данных NGINX и их расположении в памяти во время его автоматического инструментирования. Если базовые объявления структуры данных исправлены (это означает, что исходный код, определяющий эти структуры, был изменен) и, следовательно, предварительные предположения недействительны, автоматическое инструментирование, выполняемая модулем кода, может вызвать проблемы в NGINX из-за чтения из, или запись в неправильные части памяти.		Модуль кода NGINX опирается на заблаговременные предположения об объявлениях внутренних структур данных NGINX и их расположении в памяти во время его автоматического инструментирования. Если базовые объявления структуры данных исправлены (это означает, что исходный код, определяющий эти структуры, был изменен) и, следовательно, предварительные предположения недействительны, автоматическое инструментирование, выполняемая модулем кода, может вызвать проблемы в NGINX из-за чтения из, или запись в неправильные части памяти.

IKuznetsov в 18:32, 2 января 2025

2025-01-02T18:32:25Z

← Предыдущая версия		Версия от 18:32, 2 января 2025
Строка 10:		Строка 10:

	== Инструментирование пропатченного NGINX ==		== Инструментирование пропатченного NGINX ==
	Модуль кода NGINX может проверять объявления внутренней структуры данных NGINX при запуске (во время выполнения), вместо того чтобы полагаться на предварительные предположения. При таком подходе ~~Ключ-АСТРОМ~~ может без проблем оснастить пропатченный NGINX, но этот подход имеет некоторые ограничения, которые необходимо учитывать.		Модуль кода NGINX может проверять объявления внутренней структуры данных NGINX при запуске (во время выполнения), вместо того чтобы полагаться на предварительные предположения. При таком подходе АппОптима может без проблем оснастить пропатченный NGINX, но этот подход имеет некоторые ограничения, которые необходимо учитывать.

	Примером пропатченного NGINX является Kong Gateway .		Примером пропатченного NGINX является Kong Gateway .

ENetrebin: /* Инструментирование пропатченного NGINX */

2023-11-15T06:07:59Z

Инструментирование пропатченного NGINX

← Предыдущая версия		Версия от 06:07, 15 ноября 2023
Строка 7:		Строка 7:
	''Уведомление:''		''Уведомление:''

	* ''В этом процессе были обнаружены несовместимые модули NGINX. ~~Автоматическая аппаратура была отключена~~. Чтобы вручную настроить NGINX, см . Инструментирование среды выполнения вручную .''		* ''В этом процессе были обнаружены несовместимые модули NGINX. Автоматическое инструментирование было отключено. Чтобы вручную настроить NGINX, см . Инструментирование среды выполнения вручную .''

	== Инструментирование пропатченного NGINX ==		== Инструментирование пропатченного NGINX ==

ENetrebin в 12:34, 17 августа 2023

2023-08-17T12:34:35Z

← Предыдущая версия		Версия от 12:34, 17 августа 2023
Строка 1:		Строка 1:
			'''''[[Поддержка технологий]] / Программное обеспечение / [[NGINX]] / Инструментирование кастомных сборок nginx'''''

	Модуль кода NGINX опирается на заблаговременные предположения об объявлениях внутренних структур данных NGINX и их расположении в памяти во время его автоматического инструментирования. Если базовые объявления структуры данных исправлены (это означает, что исходный код, определяющий эти структуры, был изменен) и, следовательно, предварительные предположения недействительны, автоматическое инструментирование, выполняемая модулем кода, может вызвать проблемы в NGINX из-за чтения из, или запись в неправильные части памяти.		Модуль кода NGINX опирается на заблаговременные предположения об объявлениях внутренних структур данных NGINX и их расположении в памяти во время его автоматического инструментирования. Если базовые объявления структуры данных исправлены (это означает, что исходный код, определяющий эти структуры, был изменен) и, следовательно, предварительные предположения недействительны, автоматическое инструментирование, выполняемая модулем кода, может вызвать проблемы в NGINX из-за чтения из, или запись в неправильные части памяти.

ENetrebin: Новая страница: «Модуль кода NGINX опирается на заблаговременные предположения об объявлениях внутренних...»

2022-11-15T12:17:57Z

Новая страница: «Модуль кода NGINX опирается на заблаговременные предположения об объявлениях внутренних...»

Новая страница

Модуль кода NGINX опирается на заблаговременные предположения об объявлениях внутренних структур данных NGINX и их расположении в памяти во время его автоматического инструментирования. Если базовые объявления структуры данных исправлены (это означает, что исходный код, определяющий эти структуры, был изменен) и, следовательно, предварительные предположения недействительны, автоматическое инструментирование, выполняемая модулем кода, может вызвать проблемы в NGINX из-за чтения из, или запись в неправильные части памяти.

Чтобы избежать такого сценария, модуль кода NGINX пытается обнаружить исправленные объявления структур данных NGINX. Если обнаружено исправленное объявление, модуль кода отключает автоматическое инструментирование и отображает следующую заметку на странице «Процесс» в веб-интерфейсе:

''Уведомление:''

* ''В этом процессе были обнаружены несовместимые модули NGINX. Автоматическая аппаратура была отключена. Чтобы вручную настроить NGINX, см . Инструментирование среды выполнения вручную .''

== Инструментирование пропатченного NGINX ==
Модуль кода NGINX может проверять объявления внутренней структуры данных NGINX при запуске (во время выполнения), вместо того чтобы полагаться на предварительные предположения. При таком подходе Ключ-АСТРОМ может без проблем оснастить пропатченный NGINX, но этот подход имеет некоторые ограничения, которые необходимо учитывать.

Примером пропатченного NGINX является Kong Gateway .

=== ''Ограничения инструментирования вручную среды выполнения'' ===

* ''Инструментирование вручную среды выполнения зависит от символов отладки, доступных для двоичного файла NGINX, что не всегда так.''
* ''Инструментирование вручную среды выполнения добавляет заметную задержку запуска (10 секунд и более) в NGINX.''

''Если Ваш NGINX или Kong Pod в Kubernetes не запускается из-за тайм-аута:''

''В облачных развертываниях настройте тайм-ауты запуска пода или контейнера, чтобы предотвратить истечение времени ожидания NGINX при запуске. Если NGINX или Kong Pod в Kubernetes не запускается, поищите в журналах упоминание о сбое тестов Liveness или Readiness и настройте начальные значения задержки, тайм-аута и порога сбоя этих тестов на достаточно высокие значения. Точная конфигурация зависит от развертывания.''

* ''Инструментирование вручную среды выполнения требует больше памяти во время запуска NGINX. Это более высокое пиковое потребление памяти может привести к тому, что поды будут уничтожены Kubernetes (или другими средами выполнения контейнеров) в случае строгих ограничений памяти. Пожалуйста, измените ограничения памяти, чтобы приспособиться к инструментам времени выполнения.''

Чтобы вручную настроить исправленный NGINX во время выполнения:

* Добавьте переменную окружения <code>DT_NGINX_RUNTIME_INSTRUMENTATION</code>в ваш NGINX:

<code>DT_NGINX_FORCE_RUNTIME_INSTRUMENTATION=on</code>

* Перезапустите NGINX, чтобы получить переменную окружения.