Хетзнер на Русском

Ниже описывается, как дополнительные одиночные IP-адреса могут использоваться в сочетании с Hyper-V для виртуальных машин.

В Hyper-V это можно сделать только с помощью виртуальных MAC-адресов, которые можно запросить через Robot ) для каждого дополнительного IP- адреса  .

Роли и особенности

Необходимые роли и функции:

• Hyper-V и управление

Их можно установить через диспетчер сервера с помощью кнопки Добавить роли и компоненты .

Во время установки Hyper-V необходимо создать виртуальный коммутатор с физической сетевой картой.

Создание виртуального коммутатора

ПРИМЕЧАНИЕ. Этот шаг необходим, только если во время установки Hyper-V не был создан vSwitch.

• Откройте диспетчер Hyper-V и в диспетчере виртуальных коммутаторов добавьте внешний виртуальный коммутатор и выберите параметр « Разрешить совместное использование этого сетевого адаптера с операционной системой управления» .

Hyper-V

• Создайте новую виртуальную машину поколения 1

• Через Настройки удалите автоматически добавленную сетевую карту
• С помощью Add Hardware создайте новую устаревшую сетевую карту и подключите ее к внутреннему виртуальному коммутатору.

• В разделе « Расширенные функции» статически введите виртуальный MAC-адрес, который можно получить от  робота.

• Запустите виртуальную машину и проверьте загрузку PXE.
  • При правильной настройке появляется меню загрузки Hetzner PXE (синий логотип).

Основная информация

Оборудование

• VMware vSphere Hypervisor 5.x и 6.0 (ESXi) использует файловую систему с именем vmfs5 (ранее vmfs3), которая использует GPT и поддерживает диски размером до 64 ТиБ (ранее 2 ТиБ).
• Программный RAID не поддерживается ESXi.
• Бесплатная версия ESXi, начиная с 5.5, поддерживает до 4 ТБ ОЗУ (ранее — 32 ГБ).

Конфигурация сети

• VMware vSphere Hypervisor — это операционная система, разработанная для чистой виртуализации и не поддерживающая ни NAT, ни маршрутизацию. Следовательно, можно использовать только настоящую мостовую установку.
• Для использования подсети необходимо настроить дополнительный IP-адрес в качестве виртуальной машины маршрутизатора.

Установка

• Установка и настройка ESXi занимает около 20-30 минут, даже без каких-либо предварительных знаний. Пожалуйста, ознакомьтесь с  Руководством  по установке для получения дополнительной информации об установке ESXi.

Лицензия

• После установки у системы есть тестовая лицензия, срок действия которой истекает через 60 дней. Для длительного использования ОС требуется отдельная (бесплатная) лицензия. Это можно запросить, зарегистрировавшись на сайте VMware:
  • Лицензия для  ESXi 5.x
  • Лицензия для  ESXi 6.0
• Лицензию можно ввести через vSphere Client, на вкладке Configuration , в разделе Software, а затем в пункте меню Licensed functions . После выбора вы можете нажать кнопку « Изменить» справа и ввести лицензионный ключ.

Информация о компании Hetzner

Установленное оборудование

Модели Dell PowerEdge DX150, DX151, DX290, DX291 и DX141 сертифицированы и совместимы со всеми версиями, начиная с 5.0. DX152 и DX292 совместимы, начиная с 6.5.

Все остальные модели не сертифицированы VMware, но в большинстве случаев они могут работать с VMware vSphere / ESXi.

Совместимость

(Вся информация может быть изменена)

Модель	Версия vSphere / ESXi
AX50-SSD / AX60-SSD	с 6.5a требуется дополнительная сетевая карта Intel
AX41 / AX51	из 6.7 Обновление 2 (возможно, потребуется дополнительная сетевая карта)
AX61-NVMe	из 6.7 Обновление 2
AX100	с 6,7
AX160	из 6.5 Обновление 2 / 6.7
AX161	из 6.7 Обновление 2
PX92	с 6.5
PX91 / PX121	из 5.5 Обновление 1
PX90 / PX120	от 5.1
PX61	из 6.0 Обновление 2
PX62	из 6.5 Обновление 2 / 6.7 Обновление 1
PX60 / PX70	из 5.5 Обновление 1
EX61	с 6.5
EX52 / EX62	из 6.5 Обновление 2 / 6.7 Обновление 1
EX41 / EX41S / EX51 / EX42	из 5.5 Update 3 / 6.0 Update 2 (возможно, потребуется дополнительная сетевая карта)
EX40 / EX60	5.0 — 5.1 Обновление 2, так как требуется 5.5 дополнительных сетевых карт
EX6 / EX6S / EX8 / EX8S	от 5.0
EX4 / EX4S / EX10	от 5.0 (с дополнительной сетевой картой)
EQ4 / EQ6 / EQ8 / EQ9	5.0 — 5.1 Обновление 2, так как требуется 5.5 дополнительных сетевых карт

ЗАМЕТКИ:

• Упомянутые выше модели должны работать с соответствующей версией. Однако более новые версии не обязательно совместимы. Чтобы убедиться, пожалуйста, соберите свою информацию.
• Драйвер Realtek, присутствующий в ESXi 5.0–5.1 Update 2, был просто технической демонстрацией, которая не обновлялась. Поэтому для бесперебойной работы рекомендуется сервер с сетевой картой Intel (PX60, PX91, DX151 и т. Д.).
• Для установки vSphere 5.5 или новее на EX40, EX60 и некоторых моделях EX41 / EX51 требуется настраиваемый установочный ISO-образ, который включает драйверы для Realtek NIC ( http://www.bussink.ch/?p=1228 ). В качестве альтернативы можно установить дополнительную совместимую сетевую карту. Стоимость дополнительной совместимой сетевой карты см. Здесь:  Оборудование корневого сервера.
• Установка ESXi на старых DS или серверах X является  не  возможным.
• При установке на сервер с несколькими идентичными дисками ESXi потенциально может отображать диски в другом порядке, чем это делает BIOS. Если после завершения установки и перезапуска на экране остается пустой и только мигающий курсор, попробуйте загрузиться с другого диска.

конфигурация сети

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

host A
esxcfg-route -a <IP Host B> 255.255.255.255 <Gateway IP>

host B
esxcfg-route -a <IP Host A> 255.255.255.255 <Gateway IP>

Единые IP-адреса

• IP-адреса по умолчанию статически сопоставляются с MAC-адресом хоста. Однако можно получить отдельные MAC-адреса для дополнительных одиночных IP-адресов через Robot. Затем их можно настроить для виртуальных машин. Чтобы назначить эти MAC-адреса, войдите в Robot, выберите «Сервер» в меню слева, выберите желаемый сервер и затем щелкните вкладку «IP-адреса». Здесь вы можете щелкнуть значок рядом с отдельным IP-адресом, чтобы получить MAC-адрес.

Подсети

• Чтобы использовать подсеть (IPv4, а также IPv6) в ESXi, требуется как минимум один дополнительный IP-адрес в качестве виртуальной машины маршрутизатора, поскольку сам ESXi не может маршрутизировать. При заказе подсети обязательно обратите внимание на то, что она требуется для ESXi и должна маршрутизироваться на дополнительный одиночный IP-адрес.

ВАЖНО  Поскольку подсети IPv6 маршрутизируются на локальные адреса канала (на основе MAC), IPv6 можно использовать только ограниченным образом (т. Е. В одной виртуальной машине).

IPv4

Письмо с подтверждением подсети содержит (например) следующую информацию:

Below you will find the IP subnet added to your server 192.168.13.156.

Subnet: 192.168.182.16 /28
Mask: 255.255.255.240
Broadcast: 192.168.182.31

Usable IP addresses:
192.168.182.17 to 192.168.182.30

Вы НЕ получаете отдельный MAC-адрес для каждого IP-адреса из подсети.

IPv6

Все серверы имеют подсеть IPv6 / 64. Чтобы узнать, какая подсеть IPv6 есть у вашего сервера, проверьте вкладку IP-адресов сервера в  Robot .

Если вы заказали сервер до февраля 2013 г., эту подсеть можно заказать (бесплатно) через  Robot,  и она будет автоматически активирована.

Подсеть IPv6 направляется на локальный адрес канала по умолчанию (полученный из MAC-адреса) основного IP. С помощью  робота  маршрутизация подсети IPv6 может быть переключена на локальный адрес канала виртуального MAC (другими словами, на дополнительный одиночный IP-адрес). Это можно сделать в  Robot , используя тот же символ, который находится рядом с дополнительными одиночными IP-адресами для запроса виртуальных MAC-адресов. Хост-система, как и сам ESXi, не получает адреса IPv6. Это не является ни необходимым, ни возможным, потому что ESXi не может работать со шлюзом fe80 :: 1.

Чтобы использовать эти IP-адреса в виртуальных машинах, необходима виртуальная машина маршрутизатора, дополненная дополнительной виртуальной сетевой картой из новой подсети. Для самой подсети требуется новый vSwitch в ESXi, к которому будут подключены все виртуальные машины в подсети.

Заметки

Тип сетевой карты для виртуальной машины маршрутизатора не должен быть VMXNET2или VMXNET3, иначе производительность TCP может быть очень плохой. В качестве обходного пути LROв виртуальной машине можно отключить через disable_lro=1. Более подробную информацию об этой ошибке можно найти здесь:  http://www.vmware.com/support/vsphere4/doc/vsp_esxi41_vc41_rel_notes.html

После обновления до VMware ESXi 5 эта проблема может появиться снова. Вы можете решить эту проблему, отключив большую разгрузку приема (LRO) на хосте ESXi:

• Войдите на хост ESXi с помощью клиента vSphere.
• Выберите хост -> Конфигурация -> Программное обеспечение: Расширенные настройки.
• Выберите Сеть и прокрутите вниз чуть больше половины.
• Установите следующие параметры от 1 до 0:

Net.VmxnetSwLROSL
Net.Vmxnet3SwLRO
Net.Vmxnet3HwLRO
Net.Vmxnet2SwLRO
Net.Vmxnet2HwLRO

Перезагрузите хост ESXi, чтобы активировать эти изменения.

Если у вас возникают проблемы с подключением в системах с сетевыми картами Realtek, то при определенных обстоятельствах отключение разгрузки и активация опроса могут решить эту проблему. Однако это также снижает производительность.

• разгрузка контрольной суммы: деактивировано
• разгрузка сегментации: деактивировано
• большая разгрузка приема: деактивировано
• опрос устройства: включен

Подготовка в клиенте vSphere

1. Создайте vSwitch (в примере используется имя «subnetz»)

2. Добавьте вторую сетевую карту к виртуальной машине маршрутизатора. Подключенная сеть: subnetz (ранее созданный vSwitch)

3. Сетевая карта виртуальной машины в подсети. Подключенная сеть: подсеть

Обзор сети должен показать следующее:

Конфигурация виртуальной машины маршрутизатора

• Пример /etc/network/interfacesвиртуальной машины на маршрутизаторе

# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
# WAN-NIC im VMnetwork
auto eth0
iface eth0 inet dhcp
# for the IPv6 subnet the configuration is analog to other virtualisations
iface eth0 inet6 static
 address 2a01:4f8:61:20e1::2
 netmask 128
 gateway fe80::1
# LAN NIC in Subnet
auto eth1
iface eth1 inet static
 address     192.168.182.30
 netmask     255.255.255.240
# The prefix/netmask can/must be changed according to the amount of network
# segments
iface eth1 inet6 static
 address    2a01:4f8:61:20e1::2
 netmask    64

• Пример /etc/network/interfacesвиртуальной машины Linux в подсети

# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static
 address 192.168.182.17
 netmask 255.255.255.240
 gateway 192.168.182.30
iface eth0 inet6 static
 address    2a01:4f8:61:20e1::4
 netmask    64
 gateway    2a01:4f8:61:20e1::2

Виртуальная машина маршрутизатора теперь подключена к обеим сетям и может использоваться в качестве шлюза для виртуальных машин в подсети. Не забудьте активировать IP-переадресацию в ядре:

echo 1 > /proc/sys/net/ipv4/ip_forward
echo 1 > /proc/sys/net/ipv6/conf/all/forwarding

Чтобы сделать это постоянным при перезагрузках, добавьте следующую строку в /etc/sysctl.conf

net.ipv4.ip_forward=1
net.ipv6.conf.all.forwarding=1

Теперь виртуальные машины должны быть доступны (например, через SSH) через назначенные им IP-адреса.

Инструкция по установке

• Выберите Rescue System в качестве ОС для заказанного вами сервера.
• Если вам нужен RAID, вы можете добавить 4-портовый RAID-контроллер, поскольку ESXi не поддерживает программный RAID.
• Как только сервер будет в сети (вы получите электронное письмо от нас, информирующее вас об этом), вы можете заказать консоль KVM и использовать ее для виртуального монтирования ISO-файла той версии ESXi, которую вы хотите установить. Дополнительную информацию о заказе консоли KVM и ее использовании для установки ОС можно найти на   странице консоли KVM .

После этого должен отобразиться следующий экран:

• После перезагрузки войдите, используя пароль, который вы ввели во время установки. Это пароль root для SSH, а также пароль для клиента VMware vSphere (требуется Windows). Затем его можно будет загрузить отдельно через браузер.

• После успешной установки вы можете заказать до трех дополнительных одиночных IP-адресов через Robot. Вы можете получить MAC-адрес для своего дополнительного IP- адреса через Robot на вкладке IP-адресов . Вы увидите небольшую кнопку рядом с IP-адресом. Нажатие на эту кнопку даст IP-адресу виртуальный MAC.
• Настройте MAC-адреса виртуальных серверов с соответствующими IP-адресами через vSphere. Как только это будет сделано, даже DHCP будет работать через сеть Hetzner!

Для получения дополнительной информации о ESXi и его использовании посетите  официальный сайт.

Ручная установка обновлений

Установку обновлений в бесплатной версии можно произвести только через консоль или через VMware Go. Обновление может занимать несколько сотен мегабайт, что может занять много времени при стандартном DSL-соединении, поэтому следующее руководство может помочь. Вы делаете это на свой страх и риск. Нет никаких гарантий на правильность!

Обязательным условием является доступ с активацией SSH и нахождение системы в режиме обслуживания. Это можно активировать с помощью:

vim-cmd hostsvc/maintenance\_mode\_enter

Обновление vSphere 5.0 до 5.1

Прежде всего, VMware-ESXi-5.1.0-799733-depot.zipнеобходимо загрузить  обновление со страницы обновлений VMWare  и сохранить на хосте ESXi.

После того, как все виртуальные машины были выключены и система перешла в режим обслуживания vim-cmd hostsvc/maintenance_mode_enter, обновление можно установить двумя способами. Следующая команда обновляет систему и удаляет все пакеты, не включенные в обновление. Это эквивалентно новой установке.

esxcli software profile install -d /vmfs/volumes/datastore1/VMware-ESXi-5.1.0-799733-depot.zip -p ESXi-5.1.0-799733-standard

В качестве альтернативы только пакеты, содержащиеся в обновлении, могут быть обновлены до их новых версий, а все остальные пакеты останутся нетронутыми.

esxcli software profile update -d /vmfs/volumes/datastore1/VMware-ESXi-5.1.0-799733-depot.zip -p ESXi-5.1.0-799733-standard

Наконец, необходимо перезагрузить систему. Когда виртуальные машины включаются в первый раз после перезагрузки, возможно, появится сообщение о том, что виртуальная машина была скопирована или перемещена. Это происходит потому, что UUID меняются во время обновления. В этой ситуации вы можете смело выбрать «ВМ была перемещена». См. Также:  Страница справки VMware

Установка патчей

После того, как патчи были перенесены в систему, их можно устанавливать. Важно ввести полное имя пути, например:

esxcli software vib install --depot="/vmfs/volumes/datastore1/patches/ESXi510-201210001.zip"
Installation Result
Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
Reboot Required: true
[...]

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

vim-cmd hostsvc/maintenance_mode_exit

Мониторинг RAID-контроллера

Контроллер 3ware

Для контроллера 3ware существует как поставщик CIM, так и интерфейс командной строки. 64-разрядный интерфейс командной строки для Linux можно использовать, начиная с версии 9.5.2.

Примечание. Контроллеры 3ware поддерживаются ESXi 5.0 только через внешний драйвер.

Контроллер Adaptec

Для контроллеров Adaptec поставщик CIM и интерфейс командной строки (arcconf) должны быть установлены вручную. Требуется актуальная версия драйвера. Руководство по установке можно найти на  сайте Adaptec  (PDF)

• Драйвер RAID  версии 5.2.1.29800
• Удаленный Arcconf
• Провайдеры Adaptec CIM

Мониторинг может быть достигнут путем установки удаленного ARCCONF через систему Windows / Linux.

$ arcconf GETCONFIG 1 AD

Контроллер LSI

LSI предоставляет так называемого поставщика CIM / SMIS. После установки на странице мониторинга оборудования в клиенте vSphere отображается состояние RAID. Однако активный сигнал тревоги возможен только в платной версии и при запуске vCenter.

В качестве альтернативы  можно установить инструмент командной строки  MegaCLI , который также используется для управления контроллером RAID. Сценарий может использоваться для автоматизации отображения информации о состоянии. Этот сценарий и уведомления должны запускаться с другого сервера.

Параллельная работа встроенного контроллера / аппаратного RAID

Во время установки ESXi видит только один тип хранилища, то есть либо встроенный контроллер SATA, либо дополнительный контроллер RAID. Если диски подключены к обоим, то приоритет отдается аппаратному контроллеру, а диски, подключенные к встроенному контроллеру, невидимы. Эти диски все еще можно использовать, загружая соответствующий модуль ядра вручную.

/sbin/vmkload_mod ahci

Чтобы этот модуль загружался автоматически во время запуска, необходимо добавить строку выше к /etc/rc.localи /sbin/auto-backup.sh.

Замена оборудования

Изменить MAC-адрес

В случае замены оборудования (например), особенно материнской платы, следует отметить, что хост ESXi сохраняет свой исходный MAC-адрес. Это приводит к проблемам, поскольку коммутатор не будет автоматически пересылать на сервер правильный новый основной IP-адрес, поскольку транслируемый MAC-адрес неверен. MAC-адрес необходимо сбросить через оболочку ESXi. Для этого есть несколько подходов, перечисленных в следующей  статье базы знаний VMWare . Наиболее элегантное решение — когда хост ESXi автоматически распознает новый MAC-адрес при смене платформы и использует его. Для этого можно использовать следующую команду:

esxcfg-advcfg -s 1 /Net/FollowHardwareMac

Либо выполните эту команду до смены платформы, либо, если изменение уже произошло, есть два варианта:

• Закажите консоль KVM Console и включите оболочку ESXi, затем нажмите, Alt + F1чтобы переключиться на консоль и введите команду. После нажатия Alt + F2вы вернетесь в графический интерфейс.
• Временно обучите коммутатор новому MAC-адресу, загрузившись в Rescue System, а затем снова в хост ESXi. В результате хост ESXi теперь снова доступен через основной IP-адрес, но только в течение ограниченного периода времени. Продолжительность этого времени зависит от того, сколько времени потребуется коммутатору для удаления записи кэша ARP для этого MAC-адреса. Обычно достаточно времени для входа в систему через SSH и выполнения команды при условии, что доступ SSH включен. Однако даже это можно настроить, так как подключение через клиент ESXi снова станет возможным.

В любом случае после этого требуется перезагрузка. Это можно запустить через консоль:

reboot

После перезапуска MAC-адрес должен быть установлен правильно, и это можно проверить в оболочке ESXi с помощью следующей команды:

esxcfg-vmknic -l

Новый MAC-адрес должен отображаться рядом с основным IP-адресом.

vKVM Спасательная система

VKVM Rescue System позволяет запускать операционную систему, установленную на сервере, на виртуальной машине. С помощью vKVM вы можете диагностировать проблемы с загрузкой или настроить параметры брандмауэра, действия, которые обычно требуют выполнения   удаленной консоли KVM Console .

Используемая технология виртуализации — KVM. Диски SATA и IDE передаются в гостевую систему. Доступ к сети также возможен напрямую (виртуальная машина использует тот же MAC-адрес, что и физический сетевой адаптер, что означает, что обычное сетевое соединение работает без проблем).

Следующие порты не могут использоваться гостевой системой в режиме vKVM (т.е. входящие пакеты на эти порты не перенаправляются гостевой системе):

47772	SSH
47773	Веб-интерфейсы (SSL)

Запуск спасательной системы

Спасательную систему можно активировать с помощью  робота ). После выбора желаемого сервера в обзоре серверов (Меню Сервер -> щелкните по желаемому серверу) перейдите на вкладку Спасение (здесь вам нужно будет выбрать vkvmиз списка возможных вариантов). После активации отображаются URL-адрес и имя пользователя / пароль. Откройте URL-адрес в веб-браузере, чтобы перейти на веб-сайт vKVM.

Помимо просмотра вывода консоли и перенаправления ввода с клавиатуры и мыши, интерфейс vKVM предлагает следующие дополнительные функции:

послать Alt-Gr	Отправляет Alt-Gr, например, для обратной косой черты или вертикальной черты
послать Ctrl-Alt-Del	Отправляет Ctrl-Alt-Del (мягкий сброс) на виртуальную машину
Отправить сброс HW	Выполняет сброс виртуальной машины

При настройках по умолчанию vKVM пытается загрузиться с первого диска. Чтобы выйти из режима vKVM и снова загрузиться напрямую с диска, выключите виртуальную машину с помощью команды «Отправить» Ctrl-Alt-Del(чтобы предотвратить повреждение файловой системы). Затем перезагрузите реальный сервер с помощью робота Hetzner, также отправив `Ctrl-Alt-Del.

Ограничения

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

В настоящее время известны следующие ограничения:

Половина использования ОЗУ

Поскольку самому гипервизору vKVM требуется память, и он работает только в ОЗУ, виртуальная машина запускается только с 50% фактически доступной физической памяти.

Windows

vKVM автоматически обнаруживает установки Windows и перенаправляет диски SATA как диски IDE, поскольку контроллер SCSI не может использоваться Windows без проблем.

Windows деактивирует драйверы IDE, если во время установки не обнаружены диски IDE. Их необходимо повторно активировать перед использованием vKVM, используя следующее руководство:  Сайт поддержки Microsoft

Основная проблема Windows заключается в том, что эмулируемое оборудование сильно отличается от физического. В зависимости от модели лицензии для этого может потребоваться повторная активация лицензии Windows, а может и не потребоваться.

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

VMware ESXi, Citrix XenServer, OpenSolaris

Не поддерживаются.

RAID-контроллеры

Сконфигурированные блоки передаются на виртуальную машину как устройства SCSI. Однако получить доступ к контроллеру невозможно. Для этого используйте обычную  спасательную систему Hetzner  .

Сеть

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

Сервер без Intel VT или AMD-V

Серверы с процессорами, не поддерживающими Intel VT или AMD-V, не смогут запускать vKVM.

Вложенная виртуализация

Функции виртуализации некоторых ЦП не передаются виртуальной машине.

32-битные процессоры

32-битные процессоры не поддерживаются.

Черный экран

В Ubuntu 10.04 (и, вероятно, выше) модуль vga16fb необходимо отключить, чтобы использовать vKVM. В противном случае вы увидите только черный экран после загрузки.

Чтобы отключить этот модуль, отредактируйте файл  /etc/modprobe.d/blacklist-framebuffer.conf и добавьте эту строку:

blacklist vga16fb

Вступление

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

Как определить серийный номер накопителя

В Windows

В Windows есть инструмент, который позволяет читать серийные номера одного или нескольких дисков. Программа называется DiskID32Open Source.

Инструмент можно скачать здесь .

Сначала откройте каталог программы с помощью консоли и введите следующую команду:

diskid32.exe

Вы получите дополнительную информацию о вашем диске (ах). Серийный номер (а) выбранного диска (ов) можно найти в Drive Serial Number.

Пример:

В Linux

Есть два решения для определения серийного номера, первое из которых udevadm:

 /sbin/udevadm info --query=property --name=sda | grep ID_SERIAL

и второе решение с hdparm:

Откройте свой терминал и введите следующую команду:

sudo hdparm -i /dev/sda | grep SerialNo

При этом sudoвы получаете права администратора, необходимые для чтения информации с накопителя. Вызывается функция, hdparmкоторая предоставляет вам информацию о приводе.

С -i /dev/sdaвами назначить hdparmпараметр , который предоставит вам конкретную информацию о приводе.

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

• Устройство IDE / ATA: -i /dev/hd[a-t]
• Устройство SCSI / SATA: -i /dev/sd[a-z]

Затем отфильтруйте серийный номер диска из выходных данных, используя | grep SerialNo.

Если эта команда вернет ошибку, возможно, потребуется установить саму программу:

sudo apt-get install hdparm

Во FreeBSD

Во FreeBSD можно использовать следующую команду:

smartctl -a /dev/ad0 | grep Serial

smartctl это функция, позволяющая читать информацию о приводе.

С помощью -aпараметра отображается вся доступная информация для первого назначенного привода.

Здесь также применимы различные интерфейсы для устройств:

• Устройство IDE / ATA: -a /dev/ad[0-9]+
• Устройство SCSI: -a /dev/da[0-9]+ ИЛИ-a /dev/pass[0-9]+
• Устройство SATA: -a /dev/ada[0-9]+

С | grep Serialего помощью вы можете отфильтровать серийный номер диска из информации.

Пример:

Информация о неисправных дисках

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

Мы используем SmartmontoolsWindows, Linux и FreeBSD.

В Windows

Если вы еще не установили Smartmontools на свой Windows Server 2008, последнюю версию можно скачать здесь .

ВНИМАНИЕ: Во время настройки необходимо поставить галочку напротив PATH variable. В качестве альтернативы вы можете указать путь к этой программе в переменных среды.

После успешной установки инструмента можно открыть командную строку.

Введите следующую команду, чтобы проверить, подходит ли программа:

smartctl -h

В командной строке должен появиться список команд, которые можно присвоить как smartctl.

As smartctlведет себя точно так же, как и в Linux, те же команды можно использовать в Windows. Точно так же имя пути для типов разделов остается прежним.

Следовательно, вам нужно будет использовать те же параметры в Windows, что и для Linux.

Помните о различных интерфейсах для устройств:

• Устройства IDE / ATA: -H /dev/hd[a-t]
• Устройства SCSI / SATA: -H /dev/sd[a-z]

ВНИМАНИЕ: Обычные имена дисков, такие как c:, не работают!

В Linux

В системах Linux сообщения ядра и Smartmontools предоставляют информацию о неисправном диске.

Сообщения ядра могут отображаться с помощью dmesg. Здесь особенно важно обращать внимание на сообщения, начинающиеся с ata. dmesg | grep ataКоманда может быть использована здесь, например.

Во-первых, Smartmontools необходимо установить в системах Linux. ID пакета будет отличаться в разных системах:

• Debian: smartmontools
• Fedora: kernel-utils

Для установки требуются права администратора.

Далее вы можете продолжить работу в консоли.

(Обратите внимание, что права администратора необходимы для всего процесса)

Введите в консоль следующую команду:

smartctl -H /dev/sda

Помните о различных интерфейсах для устройств:

• Устройства IDE / ATA: -H /dev/hd[a-t]
• Устройства SCSI / SATA: -H /dev/sd[a-z]

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

Если FAILED!отображается, значит, с вашим диском что-то не так.

Если PASSEDотображается, значит, с вашим диском все в порядке.

Если вы хотите получить более точный результат для вашего диска, вы можете воспользоваться добавленной таблицей. Это можно найти с помощью той же команды под Failed Attributes:.

Объяснение атрибутов можно найти в разделе Measured Values for Attributes.

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

Если вы хотите обнаружить все возможные ошибки на вашем диске, вы можете использовать команду smartctl -A /dev/sda.

(УЗНАЙТЕ типы ваших устройств здесь)

На этот раз показаны все доступные ошибки. Теперь вы можете оценить диаграмму.

Объяснение атрибутов можно найти в разделе List of Attributes.

Во FreeBSD

Стоит взглянуть на сообщения ядра ( dmesg) в FreeBSD, чтобы узнать больше о любых дефектах диска.

Как и в случае с Windows и Linux, вам необходимо установить Smartmontools в управлении пакетами.

Для этого можно использовать следующую команду:

pkg_add -r -v smartmontools

(Обратите внимание, что права администратора требуются для всего процесса)

Как и в Linux, вы можете использовать те же smartctlкоманды во FreeBSD. Однако есть одно небольшое отличие в имени пути к диску.

Вместо обычных деталей пути , например: /dev/hd[a-t]и /dev/sd[a-z]использовать новый путь: /dev/ad[0-9]+.

Список атрибутов

Имя параметра	Описание
Частота ошибок необработанного чтения	Критический. Более низкое значение указывает на неисправимые ошибки чтения, связанные с поверхностью диска или магнитными головками.
Производительность	Критический. Общий показатель производительности. Более низкие значения показывают, что диск больше не может работать на полной скорости.
Время раскрутки	Среднее время, затрачиваемое приводом на ускорение дисков. Плохие значения могут указывать на проблемы с хранением, которые часто возникают из-за хранения при слишком высокой температуре.
Пуск / стоп счет	Не критично. Подсчитывает количество циклов пуска / останова привода.
Количество перераспределенных секторов	Очень критично. Подсчитывает, сколько резервных секторов было выделено жестким диском. Указывает на проблемы со СМИ.
Читать маржу канала	Указывает, какая полоса пропускания в среднем используется для операций чтения. Точное описание не задокументировано.
Частота ошибок поиска	Критический. Подсчитывает частоту ошибок во время операций чтения, которая зависит от состояния системы позиционирования или поверхности.
Seek Time Performance	Общее значение, которое описывает работу магнитных головок при поиске. Более низкие значения указывают на механические проблемы
Счетчик часов работы	Подсчитывает количество часов нахождения во включенном состоянии. Формат во многом зависит от производителя.
Счетчик повторных попыток вращения	Критический. Указывает количество попыток, необходимых для запуска, чтобы диск мог достичь полной рабочей скорости.
Повторные попытки калибровки	Критический. Подсчитывает, как часто диск должен откалибровать головки чтения / записи. Указывает на механическую неисправность.
Счетчик циклов питания устройства	Показывает статистику того, как часто жесткий диск включается и выключается.
Частота ошибок мягкого чтения	Указывает, как часто операционная система сообщала об ошибке при чтении данных с диска.
Коэффициент ошибок G-Sense	G-Sense — это сокращение от Shock-Sensor, который измеряет сильные вибрации во время работы.
Цикл втягивания при отключении питания	В конечном итоге показывает количество отключений жесткого диска.
Счетчик циклов загрузки / разгрузки	Указывает, как часто диск переводил головки чтения / записи в положение зоны посадки.
Температура	Задает температуру диска. Это не важно, так как для большинства устройств значения обычно очень неточные.
Количество событий перераспределения	Очень критично. Подсчитывает каждую попытку диска переназначить сектора, даже если это не удалось.
Текущее количество ожидающих секторов	Очень критично. Показывает количество нестабильных секторов, ожидающих перемещения в специальную зарезервированную область.
Количество некорректируемых секторов	Очень критично. Количество дефектных секторов, которые внутренний логический диск не может восстановить и переместить в зарезервированную область.
Частота ошибок CRC UltraDMA	Критический. Количество ошибок CRC при передаче данных. Может указывать на неисправные кабели, конфликты драйверов или проблемы с разгоном.
Частота ошибок записи	Критический. Подсчитывает частоту ошибок при записи секторов.
Дисковый сдвиг	Очень критично. Это значение показывает, возник ли дисбаланс из-за проблем с температурой или из-за удара.
Загруженные часы	Указывает, сколько времени диск провел под загрузкой данных. Об этом свидетельствует движение привода магнитных головок.
Счетчик повторных попыток загрузки / выгрузки	Недокументированный счетчик количества попыток загрузки при изменении положения головок чтения / записи.
Нагрузка на трение	Показывает статистическое значение уровня трения, вызванного нагрузкой на привод.
Время загрузки	Указывает, как долго привод магнитных головок не находился в положении зоны посадки.
Счетчик усиления крутящего момента	Подсчитывает количество попыток внутренней логики привода привести вращение в соответствие.
GMR Амплитуда головы	Чисто статистическое значение, описывающее расстояние повторяющегося прямого / обратного движения, которое покрывают головки чтения / записи.

(Источник)

Измеренные значения атрибутов

Атрибут	Описание
ЦЕННОСТЬ	— это нормализованное измеренное значение, которое в основном считается в обратном порядке (меньшее, худшее)
НАИХУДШИЙ	худшее значение до сих пор.
ПОРОГ	предел, ниже которого значение не должно опускаться.
ТИП	tands для определения параметра: Pre-failэто предупреждение о скором отказе, а Old ageозначает, что это, как правило, прогрессирующее старение. (Текущая температура не обязательно относится к той или иной категории)
ОБНОВЛЕНО	показывает, обновляется ли значение постоянно (всегда) или оно обновляется сначала посредством самотестирования Offline data collectionтипа.
RAW_VALUE	это фактическое измеренное значение, т.е. измеренная температура или счетчик ошибок.

(Источник)

Создание полного журнала SMART

Чтобы создать полный журнал SMART, используйте команду smartctl с опцией -x. Спецификация привода аналогична объяснению подInformation on defective drives

Начать самотестирование SMART

Самотестирование диска можно запустить с помощью smartctl и опции -t shortили -t long. Спецификация привода аналогична объяснению подInformation on defective drives

Это самотестирование — это специфический для производителя тест, который выполняется из прошивки накопителя. Во время теста нельзя использовать сервер, так как это может остановить тест.

Тест диска с проверкой оборудования

В Rescue System вы можете использовать этот инструмент hwcheckдля проверки дисков на соответствие стандартам Hetzner. Есть короткий тест (выбор G), который занимает примерно 15–30 минут, и длинный тест (выбор 1), который может длиться более 6 часов. Во время проведения тестов никаких других действий на сервере производить нельзя. Контроллеры RAID автоматически обнаруживаются в тесте.

Функционирование аппаратных проверок

Тест начинается с проверки чтения на каждом диске. С каждого диска считывается примерно 100 ГБ данных. Он проверяет, есть ли ошибки чтения. Сами данные не исследуются и немедленно удаляются.

Если проверка чтения завершена, считываются значения SMART приводов. Они проверяются и исследуются на предмет отклонений, которые могут указывать на дефект.

Когда значения SMART проверены, запускается длинный или короткий тест, в зависимости от сделанного выбора.

В коротком тесте исследуются только части привода. Это сокращает продолжительность теста. Длинный тест проверяет все сектора диска несколько раз.

Какие тесты проводятся в деталях при самотестировании, зависят от производителя и обычно точно не известны.

Если самотестирование завершено, результат снова проверяется, и снова проверяются значения SMART.

Наконец, полученные результаты проверяются, и для каждого диска создается файл журнала с окончательным результатом ( hddtest-[serial number].log). Их можно найти в разделе /root/hwcheck-logs/.

Диски с RAID-контроллерами

В Windows

Adaptec разработала инструмент администрирования для извлечения информации о дисках из системы RAID. Эта программа имеет графическую структуру и называется Adaptec Storage Manager. Его можно скачать здесь . Для этого используйте данные пользователя, указанные в электронном письме с подтверждением.

Установите и запустите программу на своем сервере. Появится графический интерфейс пользователя.

Затем щелкните правой кнопкой мыши в поле Direct Attached Storage. Справа просмотрите раскрывающееся меню и дважды щелкните установленную операционную систему с соответствующим IP-адресом и системой. Должен последовать запрос данных для входа. После входа в систему появится сообщение о том, что RAID-контроллер найден. Подтвердите, Register Laterа затем дважды щелкните RAID-контроллер.

Появится список всех дисков, содержащихся в RAID-контроллере. Дважды щелкните выбранный диск. Откроется окно, в котором теперь вы можете получить информацию о диске.

В Linux

smartctl обычно показывает серийный номер накопителя, однако для различных контроллеров существуют специальные программы:

Контроллеры 3ware с tw_cli

tw_cliдолжен содержаться в исходном пакете дистрибутивов. Начать tw_cliбез указания параметров:

tw_cli

Вызов происходит следующим образом:

/cx/py show serial

x обозначает номер контроллера, а O y обозначает номер привода.

Контроллер Adaptec с arcconf

В Linux вам понадобится инструмент под названием arcconf. Эту программу можно скачать здесь .

Распакуйте файл. Затем переместите его:

mv arcconf-64 /usr/local/bin

Затем превратите arcconfв исполняемый файл:

chmod +x /usr/local/bin/arcconf

Теперь запустите файл:

/usr/local/bin/arcconf

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

Если отображается список возможных параметров команды, программа работает правильно.

Теперь вы можете прочитать серийный номер накопителя с помощью команды ./usr/local/bin/arcconf getconfig 1. Цифра 1указывает, какой RAID-контроллер задействован.

Однако обратите внимание, что ваши диски в RAID будут сначала перечислены из Physical Device information. Серийный номер для ваших дисков можно найти в Serial number.

Помимо серийных номеров, этот инструмент предоставляет дополнительную полезную информацию о ваших дисках.

Во FreeBSD

Чтобы получить серийный номер накопителя во FreeBSD, вам необходимо ввести в терминал следующую команду:

portsnap fetch update
cd /usr/ports/sysutils/arcconf
make install clean && rehash

Команда /usr/local/sbin/arcconf getconfig 1позволяет получить доступ к дискам. Помните, что следующая цифра getconfigуказывает на контроллер RAID.

Как и в случае с Linux, различную информацию о накопителе и Serial numberфайлах можно найти в Physical Device information.

В этой статье содержится руководство по восстановлению отсутствующего тома и данных на нем при использовании LVM (Logical Volume Manager).

Сценарий

Метаданные LVM системы Linux повреждены, и диски или разделы не отображаются при выполнении PVdisplay, LVdisplayили VGdisplay.

Восстановление недостающего объема

1. LVM всегда будет делать резервную копию своих метаданных в /etc/lvm/backup/<vg_name>(VG ~ Volume Group) после модификации. Убедитесь, что этот файл присутствует и содержит все тома и их размеры:

logical_volumes {
	root {
		id = "j5rlvk-cGYE-fxbN-F8bO-p90r-x0FL-suSAUN"
		status = ["READ", "WRITE", "VISIBLE"]
		flags = []
		creation_host = "unassigned-hostname"
		creation_time = 1475126039 # 2020-05-03 10:42:51 +0530
		segment_count = 2
		segment1 {
			start_extent = 0
			extent_count = 6425 # 25.0977 Gigabytes
			type = "striped"
			stripe_count = 1 # linear
			stripes = [
				"pv0", 0
			]
		}
		segment2 {
			start_extent = 6425
			extent_count = 15360 # 60 Gigabytes
			type = "striped"
			stripe_count = 1 # linear
			stripes = [
				"pv1", 0
			]
		}
	}
}

• После краткой проверки всех настроек сохраните резервную копию этого файла:

cat /etc/lvm/backup/<vg_name> > /path/to/lvm_backup_file

1. Теперь перезагрузите сервер в Rescue System .
2. После входа в Rescue System, пожалуйста, выберите mountраздел, содержащий lvm_backup_file, скопируйте его в файловую систему Rescue System, а затем umountв раздел:

mount /dev/<partition> /mnt
cp /mnt/path/to/lvm_backup_file lvm_backup_file
umount /mnt

1. Убедитесь, что ни один из разделов больше не смонтирован:lsblk
2. Выведите содержимое lvm_backup_fileиспользования catи скопируйте UUID (универсальный уникальный идентификатор) относительно

• После этого используйте команду ниже, чтобы создать физический том (PV):

pvcreate –restorefile lvm_backup_file –uuid <uuid> <partition>

pvcreate –restorefile lvm_backup_file –uuid ek9MZu-UeBK-4boe-IkJU-Q4n7-yfpX-yLK1WY /dev/sda1

1. Проверьте, создан ли физический том:pvs
2. Затем восстановите группу томов (VG), используя следующую команду:

vgcfgrestore –force <vg_name>

• Пример:

vgcfgrestore –force vg0

1. Синхронизируйте данные группы томов:vgscan
2. Теперь проверьте, правильно ли была восстановлена ​​группа томов:vgs
3. Далее восстанавливаем LVM:vgchange -ay <vg_name> Пример:

vgchange -ay vg0

• Наконец, перезапустите сервер и позвольте ему загрузиться в установленную систему. Пожалуйста, убедитесь, что данные не повреждены. Если проблемы по-прежнему возникают, попробуйте выполнить проверку файловой системы .

Низкая производительность с Intel i218 / i219 NIC

Проблема

В версии ядра 4.15 было внесено исправление в драйвер e1000e:  https://github.com/torvalds/linux/commit/b10effb92e272051dd1ec0d7be56bf9ca85ab927

Это исправление немного замедляет время доступа DMA, чтобы сетевой адаптер не зависал при интенсивном трафике UDP. Это влияет на производительность TCP.

Обходной путь

Чтобы восстановить полную скорость передачи, вы можете отключить разгрузку сегментации TCP с помощью следующей команды:

ethtool -K <interface> tso off gso off

В настоящее время нет доступного / объявленного исправления, позволяющего разгрузить сегментацию TCP на сетевой адаптер без ущерба для производительности.

Следующее сообщение об ошибке можно игнорировать:

Cannot get device udp-fragmentation-offload settings: Operation not supported

Более старые версии ethtool пытаются отключить функцию, отсутствующую в более новых версиях ядра. Тем не менее, отключение разгрузки сегментации TCP все равно будет работать:  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898907

Вступление

Если у вас возникли проблемы с сетью на вашем сервере, отправьте подтвержденный запрос поддержки через Robot нашим техническим специалистам, не забудьте выбрать затронутый сервер. В зависимости от проблемы, с которой вы столкнулись, вы можете выбрать один из двух типов запроса.

Сервер недоступен

Если ваш сервер недоступен, вы можете попытаться перезапустить его самостоятельно на вкладке «Сброс» сервера в Robot, после выбора соответствующего сервера. Если это не сработает, возможно, ваш сервер был заблокирован нами. Дополнительную информацию о такой блокировке сервера см. Также в нашем Руководстве по блокировке сервера .

Если у вас все еще возникают проблемы, отправьте заявку через робота , выбрав соответствующий сервер, нажав «Поддержка», а затем выбрав «Проблемы с сервером» -> «Сервер недоступен».

Потеря пакетов

Если вы испытываете потерю пакетов, нам понадобятся доказательства этого. Простых заявлений, таких как «мой пинг плохой» или «на моем сервере потеря пакетов», к сожалению, недостаточно для анализа ошибок.

Трассировка (в обоих направлениях) по крайней мере с 1000 пакетов с помощью инструмента типа MTRили WinMTRполезна. MTRможет быть установлен через менеджер пакетов дистрибутива Linux или MacOS, а для Windows его можно загрузить с определенного веб-сайта. В следующей таблице перечислены способы установки / загрузки этого инструмента для различных операционных систем.

Тип ОС	Конкретная ОС	Установка
Linux	Debian / Ubuntu	apt install mtr-tiny
Linux	CentOS / RHEL	yum install mtr
Linux	SuSE	yast -i mtr
Linux	Arch Linux	pacman -S mtr
Linux	Gentoo	emerge -av mtr
Windows	Windows 98 и выше	https://sourceforge.net/projects/winmtr/
MacOS	*	brew install mtr( Требуется HomeBrew )

Следуйте этим рекомендациям, чтобы создавать трассировки, которые будут полезны нашим техническим специалистам:

• Должно быть отправлено не менее 1000 пакетов
• Каждая трассировка должна выполняться в обоих направлениях, то есть от вашей локальной конечной точки (ПК, ноутбук и т. Д.) До сервера и от сервера обратно к вашей конечной точке.
• IP-адрес вашей локальной конечной точки можно определить с помощью онлайн-инструмента, например http://whatismyip.host/

Следующая команда хорошо подходит для создания MTR под Linux или MacOS:

mtr -s 1000 -r -c 1000 <TARGET-IP_OR_DOMAIN>

Поэтому выполните вышеупомянутую команду в обеих системах и замените заполнитель на противоположный IP-адрес или домен:

[user@SERVER]$ mtr -s 1000 -r -c 1000 <CLIENT-IP_OR_DOMAIN>
[user@CLIENT]$ mtr -s 1000 -r -c 1000 <SERVER-IP_OR_DOMAIN>

Тест обычно занимает около 18 минут.

Важный:

• Если ваш MTR показывает, что последний переход недоступен, вероятно, установленная система или ваш локальный маршрутизатор настроены на игнорирование запросов ICMP из соображений безопасности. Тем не менее, MTR можно использовать для исследования связи.
• Переходы MTR показывают процесс соответствующего соединения. Следовательно, ваш MTR может выглядеть совершенно иначе, чем в следующих примерах.

Проблема, которая может стать видимой в результате теста, может быть неправильной маршрутизацией, слишком большой задержкой на одном из сетевых переходов или потерей пакетов, которая затем приводит к повторной передаче соответствующих пакетов. Но будьте осторожны, может быть три типа потери пакетов:

1. Потеря пакета, которая исчезает до целевого перехода.

• Как вы можете видеть в этом примере, потери показаны на переходах 4 и 5.

 1.|-- your_client.example.com    0.0%  1000    0.2   0.1   0.1  11.0   0.9
 2.|-- dmbkt.your-cloud.host      0.0%  1000    0.2   0.2   0.1  11.0   0.8
 3.|-- leaf1.cloud2.fsn1.hetzner  0.0%  1000   13.4  18.0   1.6 328.3  19.7
 4.|-- spine1.cloud2.fsn1.hetzne  4.2%  1000    0.8   1.3   0.7  50.0   3.1
 5.|-- core21.fsn1.hetzner.com   31.7%  1000    0.5   2.9   0.3  51.2   6.6
 6.|-- core21.fsn1.hetzner.com    0.0%  1000    0.6   1.4   0.4  56.6   4.2
 7.|-- ex9k2.dc1.fsn1.hetzner.co  0.0%  1000    0.6   1.8   0.4 214.1  12.0
 8.|-- your_host.example.com      0.0%  1000    0.5   0.4   0.3  11.0   0.9

• Когда потеря пакетов вернется к 0%, прежде чем соединение достигнет последнего перехода, MTR не покажет никаких проблем, которые могли бы повлиять на соединение с вашим сервером. Такое поведение вызвано маршрутизаторами, которые игнорируют пакеты ICMP (например, для экономии полосы пропускания или производительности).

2. Потеря пакетов только на последнем переходе

• В этом примере не показаны потери пакетов, кроме последнего перехода.

 1.|-- your_client.example.com    0.0%  1000    0.2   0.1   0.1  11.0   0.9
 2.|-- dmbkt.your-cloud.host      0.0%  1000    0.2   0.2   0.1  11.0   0.8
 3.|-- leaf1.cloud2.fsn1.hetzner  0.0%  1000   13.4  18.0   1.6 328.3  19.7
 4.|-- spine1.cloud2.fsn1.hetzne  0.0%  1000    0.8   1.3   0.7  50.0   3.1
 5.|-- core21.fsn1.hetzner.com    0.0%  1000    0.5   2.9   0.3  51.2   6.6
 6.|-- core21.fsn1.hetzner.com    0.0%  1000    0.6   1.4   0.4  56.6   4.2
 7.|-- ex9k2.dc1.fsn1.hetzner.co  0.0%  1000    0.6   1.8   0.4 214.1  12.0
 8.|-- your_host.example.com     42.0%  1000    0.5   0.4   0.3  11.0   0.9

• Эта проблема обычно возникает на самом сервере, например, из-за полностью загруженной производительности системы, неправильно настроенного программного брандмауэра или, в редких случаях, из-за сетевой карты или кабеля восходящей связи. Поэтому в таком случае сначала проверьте установленную систему. Если вы не можете найти ни одной из упомянутых проблем в своей системе, отправьте нам MTR для дальнейшего расследования с нашей стороны.

3. Потеря пакетов при соединении.

• Здесь потеря пакетов начинается на 5-м узле и продолжается до последнего перехода.

1.|-- your_client.example.com    0.0%  1000    0.2   0.1   0.1  11.0   0.9
 2.|-- dmbkt.your-cloud.host      0.0%  1000    0.2   0.2   0.1  11.0   0.8
 3.|-- leaf1.cloud2.fsn1.hetzner  0.0%  1000   13.4  18.0   1.6 328.3  19.7
 4.|-- spine1.cloud2.fsn1.hetzne  0.0%  1000    0.8   1.3   0.7  50.0   3.1
 5.|-- core21.fsn1.hetzner.com   55.1%  1000    0.5   2.9   0.3  51.2   6.6
 6.|-- core21.fsn1.hetzner.com   54.9%  1000    0.6   1.4   0.4  56.6   4.2
 7.|-- ex9k2.dc1.fsn1.hetzner.co 59.2%  1000    0.6   1.8   0.4 214.1  12.0
 8.|-- your_host.example.com     59.2%  1000    0.5   0.4   0.3  11.0   0.9

• В этом случае отправьте нам отчеты MTR напрямую, чтобы мы могли изучить проблему. В случае, если потеря пакетов уже начинается за пределами нашей сети (соответственно, на сетевом узле, к которому у нас нет доступа или влияния), обратитесь к соответствующему сетевому провайдеру, а также к нам.

Если один из ваших MTR показывает проблему, отправьте заявку через робота , выбрав соответствующий сервер, нажав «Поддержка», а затем выбрав «Потеря пакетов». Приложите к запросу результаты обоих MTR.

Форматирование MTR

Для запросов в службу поддержки всегда прилагайте MTR в виде файлов (например, TXTили HTML) к соответствующему запросу или ответу, чтобы обеспечить удобочитаемость.

Если вы хотите опубликовать результат на форумах (например, на форуме Hetzner), рассмотрите возможность работы над текстом, чтобы сделать его максимально аккуратным и аккуратным, чтобы другие пользователи могли легко понять его и помочь вам. Например, вы можете использовать [CODE]блоки, чтобы информация равномерно распределялась по столбцам.

: x: Неправильно:

  1.|-- your_client.example.com 0.0% 1000 0.2 0.1 0.1 11.0 0.9
  2.|-- dmbkt.your-cloud.host 0.0% 1000 0.2 0.2 0.1 11.0 0.8
  3.|-- leaf1.cloud2.fsn1.hetzner 0.0% 1000 13.4 18.0 1.6 328.3 19.7
  4.|-- spine1.cloud2.fsn1.hetzne 0.0% 1000 0.8 1.3 0.7 50.0 3.1
  5.|-- core21.fsn1.hetzner.com 55.1% 1000 0.5 2.9 0.3 51.2 6.6
  6.|-- core21.fsn1.hetzner.com 54.9% 1000 0.6 1.4 0.4 56.6 4.2
  7.|-- ex9k2.dc1.fsn1.hetzner.co 59.2% 1000 0.6 1.8 0.4 214.1 12.0
  8.|-- your_host.example.com 59.2% 1000 0.5 0.4 0.3 11.0 0.9

: жирная галочка : справа:

  1.|-- your_client.example.com    0.0%  1000    0.2   0.1   0.1  11.0   0.9
  2.|-- dmbkt.your-cloud.host      0.0%  1000    0.2   0.2   0.1  11.0   0.8
  3.|-- leaf1.cloud2.fsn1.hetzner  0.0%  1000   13.4  18.0   1.6 328.3  19.7
  4.|-- spine1.cloud2.fsn1.hetzne  0.0%  1000    0.8   1.3   0.7  50.0   3.1
  5.|-- core21.fsn1.hetzner.com   55.1%  1000    0.5   2.9   0.3  51.2   6.6
  6.|-- core21.fsn1.hetzner.com   54.9%  1000    0.6   1.4   0.4  56.6   4.2
  7.|-- ex9k2.dc1.fsn1.hetzner.co 59.2%  1000    0.6   1.8   0.4 214.1  12.0
  8.|-- your_host.example.com     59.2%  1000    0.5   0.4   0.3  11.0   0.9

Другой

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

Подробную информацию о работе с диагностическими инструментами, такими как MTR, и общие советы по диагностике, можно найти на странице Pingplotter .