Глоссарий терминов на букву N

NAT (Network Address Translation): Спецификации трансляции и аппаратная реализация

Протокол NAT, регламентируемый RFC 2663, 3022 и 6888, функционирует как механизм модификации IP-заголовков на сетевом уровне (OSI L3). Основной материал реализации — ASIC-чипы с поддержкой таблиц трансляции размером до 1 миллиона записей для корпоративных маршрутизаторов. Ключевая спецификация — время жизни записи (NAT timeout) в диапазоне 30–300 секунд для UDP и 5–30 минут для TCP, в зависимости от конфигурации. Отличие от прокси-серверов: NAT не модифицирует содержимое пакета (кроме контрольных сумм и портов), что снижает задержки до 0.5–2 мс на операцию трансляции. Производственные стандарты требуют соответствия IEEE 802.3 для физического уровня и обязательной поддержки PAT (Port Address Translation) с алгоритмом symmetric NAT для корректной работы VoIP (RFC 3261). Качество реализации проверяется стресс-тестированием при 95% заполнении таблицы трансляции — падение производительности не должно превышать 10% от номинальной пропускной способности.

Nginx: Архитектурные материалы и конфигурационные спецификации

Веб-сервер Nginx построен на асинхронной событийной архитектуре (event-driven) с использованием мультиплексирования через epoll (Linux) или kqueue (FreeBSD). Материал ядра — монолитный бинарный файл, скомпилированный C-кодом (стандарт ISO C99) без зависимостей от внешних библиотек runtime. Спецификации модулей: ngx_http_module обрабатывает до 10 000 одновременных соединений при 512 MB RAM (тестовая среда с keepalive 65 секунд). Отличие от Apache: фиксированный пул рабочих процессов (worker_processes), равный числу ядер CPU (от 2 до 64), без выделения памяти под каждый поток. Производственные нормативы: коэффициент конфигурации /event/ должен содержать use epoll; параметр worker_connections не менее 1024 для серверов с 2 ГБ RAM. Стандарты качества по ISO 9001:2015 в процессе разработки требуют документирования всех директив nginx.conf (например, proxy_buffer_size, client_max_body_size) с указанием дефолтных значений. Тестирование на отказоустойчивость включает нагрузку 50 000 запросов через ab (ApacheBench) с параллельностью 1000 — падение процентного соотношения 4xx/5xx не может превышать 0.1%.

Name Server (DNS-сервер): Материалы зон и протокольные отличия

Сервер DNS (Name Server) реализует протокол RFC 1034/1035. Материал хранения зон — текстовые файлы с BIND-синтаксисом (файлы .zone) или реляционные базы данных (MySQL/PostgreSQL) через плагины. Спецификации записей: A-запись (IPv4) занимает 4 байта в кеше, AAAA — 16 байт; TTL по умолчанию составляет 3600 секунд (1 час), но для критических сервисов устанавливается 300 секунд. Отличие от авторитативных серверов: рекурсивные resolver-серверы имеют сборку из протокола EDNS0 (RFC 6891) для поддержки расширенных пакетов до 4096 байт. Производственные стандарты: для корневых серверов (root-servers) применяется аппаратная избыточность 99.999% (пять девяток) с использованием ANYCAST-машрутизации (RFC 4786). Качество проверяется через DNSSEC (RFC 4033–4035) с алгоритмами RSA/SHA-256 (ключи 2048 бит) — валидация подписей не более 5 мс на запись. Материалы корпусов — сталь 1.5 мм с защитой от вибрации (стандарт NEBS GR-63-CORE) для стоечных серверов высотой 1U.

Nagios: Мониторинговая платформа — спецификации модулей и сборки

Система Nagios Core базируется на языке C с библиотеками для SNMP (RFC 1157) и NRPE (Nagios Remote Plugin Executor). Материал конфигурации — текстовые .cfg файлы в UTF-8, с шаблонами hosts и services. Спецификации проверок: интервал polling по умолчанию 5 минут; плагины возвращают статус (OK=0, WARNING=1, CRITICAL=2, UNKNOWN=3) с выводом данных в формате stdout. Отличие от Zabbix: Nagios не использует агентскую базу данных для хранения временных рядов — все логи пишутся в system log или RRDtool (Round-Robin Database). Производственный стандарт — поддержка Active Checks (инициация с сервера) и Passive Checks (от клиентских send_nsca). Сборка ядра Nagios 4.4.6 требует GCC версии не ниже 8.3 и библиотеку libgnutls для шифрования NRPE-соединений (TLS 1.2+). Качество тестируется через Load Impact: при 50 000 активных проверок производительность CPU не превышает 60% загрузки одного ядра на Xeon E5-2620.

NOC (Network Operations Center): Производственные стандарты инфраструктуры

Центр сетевого управления (NOC) использует материал корпуса из алюминиевого каркаса (сплав 6061-T6) с вентиляцией 10 CFM/кВт. Спецификации кабельной системы: оптоволокно OS2 (1310 нм) для магистралей с затуханием не более 0.4 дБ/км; витая пара Cat.6A для рабочих станций (частота 500 МГц). Отличие от обычного серверного помещения — обязательное резервирование питания по схеме 2N (два независимых ввода от разных подстанций) с UPS на 48 В и генераторами. Производственные нормативы: классу Tier III (Uptime Institute) соответствует время простоя не более 1.6 часов в год. Качество мониторинга контролируется по стандарту ITIL — 95% всех инцидентов должны быть закрыты за 8 рабочих часов.

NTP (Network Time Protocol): Точность синхронизации и аппаратные эталоны

Реализация NTPv4 (RFC 5905) требует материала эталонов — GPS-приемники или атомные рубидиевые часы (CSAC, размер 4x3 см, точность 1×10^-12). Спецификации страта (stratum): сервер Stratum 1 использует прямое подключение к атомному эталону с задержкой менее 1 мс; Stratum 2 получает данные с задержкой до 10 мс. Отличие от PTP (IEEE 1588v2): NTP работает в режиме точка-многоточка без настройки прозрачных часов, что допускает джиттер до 5 мс. Производственный стандарт — обязательное использование алгоритма Marzullo’s clock filter для отбраковки ложных источников (не менее 4 reference sources). Качество тестируется при нагрузке 1000 синхронизаций/сек — дрейф часов не превышает 1 мс за 24 часа в диапазоне температур 20-40°C. Материал корпусов NTP-серверов — нержавеющая сталь 2 мм с защитой IP40.

NDB Cluster: Спецификации хранения и сетевые материалы

MySQL NDB Cluster использует in-memory storage engine с материалом хранения NDBAPI. Спецификации: фрагментация данных (partitions) по ключу доступа — до 48 узлов данных; репликация синхронная с кворумом. Отличие от Galera Cluster: NDB не поддерживает транзакции в строгой изолированности (ACID), но обеспечивает скорость записи 500 000 транзакций/сек при использовании 10 Гбит/с InfiniBand. Производственные стандарты: для соединения узлов требуется выделенная сеть с MTU 9000 (Jumbo frames) и задержкой не более 1 мс между серверами. Качество проверяется через тесты sysbench — при 256 потоковых операциях падение throughput не может превышать 5% от baseline. Материал серверов — корпуса Dell R640 с 256 GB RAM DDR4 ECC.

Добавлено: 27.04.2026