По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
В этой заключительной статье о перераспределении маршрутов мы проверим работу Route redistribution с помощью IPv6 и увидим небольшое отличие в настройке routes redistributed IPv6 от routes redistributed IPv4.
Предыдущие статьи из цикла:
Часть 1. Перераспределение маршрутов (Route redistribution)
Часть 2. Фильтрация маршрутов с помощью карт маршрутов
Часть 3. Перераспределение маршрутов между автономными системами (AS)
Перераспределение подключенных сетей
Во-первых, рассмотрим маршрутизатор, выполняющий маршрутизацию, предположим, что используется протокол OSPF. Кроме того, предположим, что маршрутизатор имеет несколько интерфейсов, которые участвуют в маршрутизации OSPF. Представьте, что на этом же маршрутизаторе мы запускаем другой протокол маршрутизации (скажем, EIGRP), и мы делаем взаимное перераспределение маршрутов.
Вот что удивительно. Если мы делаем перераспределение маршрута на этом маршрутизаторе, сети IPv4, связанные с интерфейсами этого маршрутизатора, участвующими в OSPF в нашем примере, будут перераспределены в EIGRP. Однако сети IPv6, будут вести себя по-другому. В частности, в сетях IPv6 мы должны ввести дополнительный параметр в нашу конфигурацию перераспределения маршрутов, явно указывая, что мы хотим перераспределить подключенные сети. В противном случае эти маршруты IPv6, связанные с непосредственно с подключенными интерфейсами, не перераспределяются.
Логика такого поведения вытекает из понимания того, что для перераспределения маршрута данный маршрут должен появиться в таблице IP-маршрутизации маршрутизатора. Конечно, когда посмотрим таблицу IP-маршрутизации маршрутизатора и увидим непосредственно подключенные сети, эти сети отображаются как подключенные сети, а не сети, которые были изучены с помощью определенного протокола маршрутизации.
В то время как route redistribution для IPv4 понимает, что сеть напрямую подключена, но участвует в процессе маршрутизации и поэтому будет перераспределена, route redistribution для IPv6 не делает такого предположения. В частности, если мы перераспределяем сети IPv6 из одного протокола маршрутизации в другой, эти сети должны отображаться в таблице маршрутизации IPv6 маршрутизатора вместе с указанием, что они были изучены с помощью перераспределяемого протокола маршрутизации. Конечно, мы можем добавить дополнительный параметр к нашей команде redistribute, чтобы заставить эти непосредственно подключенные сети IPv6 (участвующие в распространяемом протоколе) также быть перераспределенными. Эта настройка будет продемонстрирована немного позже.
Перераспределение в OSPF
В прошлой статье мы обсуждали потенциальную проблему, с которой вы можете столкнуться при распространении в OSPF (в зависимости от вашей версии Cisco IOS). Проблема была связана с подсетями. В частности, по умолчанию в более старых версиях Cisco IOS OSPF только перераспределяет классовые сети в OSPF, если мы не добавим параметр subnets к команде redistribute. Добавление этого параметра позволило перераспределить сети в OSPF, даже если у них не было классовой маски. Пожалуйста, имейте в виду, что последние версии Cisco IOS автоматически добавляют параметр подсети, не требуя от вас ручного ввода.
Однако параметр подсети в IPv6 route redistribution отсутствует. Причина в том, что IPv6 не имеет понятия о подсетях.
Пример route redistribution IPv6
Чтобы продемонстрировать перераспределение маршрутов IPv6, рассмотрим следующую топологию:
Протоколы маршрутизации OSPFv3 и EIGRP для IPv6 уже были настроены на всех маршрутизаторах. Теперь давайте перейдем к маршрутизатору CENTR и настроим взаимное route redistribution между этими двумя автономными системами. Убедимся в этом, проверив таблицу маршрутизации IPv6 маршрутизатора CENTR.
Приведенные выше выходные данные показывают, что мы изучили две сети IPv6 через OSPF, две сети IPv6 через EIGRP, а CENTR напрямую подключен к двум сетям IPv6. Далее, давайте настроим взаимное перераспределение маршрутов между OSPFv3 и EIGRP для IPv6.
CENTR # conf term
Enter configuration commands, one per line. End with CNTL/Z.
CENTR (config)# ipv6 router eigrp 1
CENTR (config-rtr) # redistribute ospf 1 metric 1000000 2 255 1 1500?
include-connected Include connected
match Redistribution of OSPF routes
route-map Route map reference
cr
CENTR (config-rtr) #redistribute ospf 1 metric 1000000 2 255 1 1500 include-connected
CENTR (config-rtr) #exit
CENTR (config) # ipv6 router ospf 1
CENTR (config-rtr) #redistribute eigrp 1?
include-connected Include connected
metric Metric f or redistributed routes
metric-type OSPF/IS-IS exterior metric type for redistributed routes
nssa-only Limit redistributed routes to NSSA areas
route-map Route map reference
tag Set tag for routes redistributed into OSPF
cr
CENTR (config-rtr) #redistribute eigrp 1 include-connected
CENTR (config-rtr) #end
CENTR#
Обратите внимание, что конфигурация взаимного перераспределения маршрутов, используемая для маршрутов IPv6, почти идентична нашей предыдущей конфигурации для перераспределения маршрутов IPv4. Однако для обеих команд перераспределения был указан параметр include-connected. Это позволило маршрутизатору CENTR перераспределить сеть 2003::/64 (непосредственно подключенную к интерфейсу Gig0/1 маршрутизатора CENTR и участвующую в OSPF) в EIGRP. Это также позволило маршрутизатору CENTR перераспределить сеть 2004::/64 (непосредственно подключенную к интерфейсу Gig0/2 маршрутизатора CENTR и участвующую в EIGRP) в OSPF.
Чтобы убедиться, что наша конфигурация рабочая, давайте перейдем на оба маршрутизатора OFF1 и OFF2, убедившись, что каждый из них знает, как достичь всех шести сетей IPv6 в нашей топологии.
Вышеприведенные выходные данные подтверждают, что маршрутизаторы OFF1 и OFF2 знают о своих трех непосредственно связанных маршрутах и трех маршрутах, перераспределенных в процессе маршрутизации. Итак, как мы видим, что когда речь заходит о routes redistributed IPv6, то не так уж много нового нужно узнать по сравнению с routes redistributed IPv4.
Уровни выполнения (runlevel) Linux можно представить, как режим, в котором запускается система. Каждый из этих режимов обладают своими процессами, которые включены или выключены в зависимости от запущенного уровня выполнения. С момента загрузки Linux выполняется в одном из режимов, нельзя запускать систему в нескольких режимах, но есть возможность переключаться между уровнями во время работы на компьютере.
Например, при запуске системы с графическим интерфейсом выполняется один уровень, а если запускать систему в режиме командной строки выполнится другой. Это происходит потому, что режиму GUI нужны доступы к тем процессам, в которых командная строка не нуждается. В зависимости от того, какие службы нужно включить, а какие выключить система меняет уровни выполнения.
Почему важны уровни доступа
Вы можете годами пользоваться системой Linux, даже не понимая разницу между уровнями доступа, так как эта опция не является часто конфигурируемой.
Тем не менее уровни выполнения Linux дают администраторам повышенный контроль над системой.
Режим, в котором работает система, может быть изменен (как это сделать будет показано далее), как и сервисы, которые выполняются в этом режиме. Это позволяет нам полностью контролировать, к каким службам система будет иметь доступ в данный момент.
Сколько уровней выполнения существует?
В системе Linux есть семь уровней выполнения, которые нумеруются от 0 до 6. Разные дистрибутивы по-разному используют уровни выполнения, так что очень сложно составить список задач, которые выполняет конкретный уровень.
Зато вы сами можете посмотреть какие задачи выполняют уровни доступа вашего дистрибутива. Ниже приведён список уровней выполнения и основных задач, выполняемых ими.
Runlevel 0 завершает работу системы
Runlevel 1 однопользовательский режим работы. Чаще всего используется в целях обслуживания и выполнения других административных задач. Это уровень также может называться runlevel S, где S означает single-user. Если вам когда-то приходилось сбрасывать пароль на Linux, то вы вероятно уже пользовались этим режимом.
Runlevel 2 многопользовательский режим работы без поддержки сетевых служб (демонов).
Runlevel 3 многопользовательский режим с поддержкой сети, но без графического интерфейса. Чаще всего серверные версии Linux работают именно на этом уровне выполнения.
Runlevel 4 не используется. Пользователь может настраивать этот уровень исходя из его целей. О том, как это сделать также будет рассказано далее.
Runlevel 5 этот режим схож с уровнем 3, но тут еще запускается графический интерфейс. В этом режиме работают десктопные версии Linux.
Runlevel 6 этот уровень перезагружает систему.
Как узнать текущий режим работы?
Чтобы узнать текущий уровень выполнения достаточно ввести команду runlevel в командной строке.
На выводе этой команды две цифры. Первая указывает на предыдущий режим работы, а второй на текущий. На скриншоте вместо первой цифры указана буква N, что значит система изначально запускалась и работает в 5 режиме, о чём говорит вторая цифра 5.
Как менять уровень выполнения?
Текущий уровень выполнения можно менять командой "telinit". Ниже приведён пример смены уровня выполнения на CentOS.
$ telinit 3
Следует отметить, что эта операция требует прав привилегированного пользователя. Имейте ввиду, что на системах семейства Debian уровни выполнения работают по-другому. Например, Ubuntu в режиме командой строки запускается с уровнем выполнения 5.
После выполнения команды указанной выше, ваш экран может стать пустым. Это потому, что вы остались на пустом терминале, чтобы вернутся на рабочий терминал нажмите комбинацию клавиш Alt+F1.
Если запустить команду runlevel еще раз, то мы увидим, что текущий уровень выполнения 3, а предыдущий 5.
Linux system против runlevels
В последние годы systemd сменила многолетнюю систему уровней доступа (System V init). Фактически он работает по тому же принципу, но использует новые команды, которые в целом используют "runlevel" как "target".
Runlevel 0 = poweroff.target (runlevel0.target)
Runlevel 1 = rescue.target (runlevel1.target)
Runlevel 2 = multi-user.target (runlevel2.target)
Runlevel 3 = multi-user.target (runlevel3.target)
Runlevel 4 = multi-user.target (runlevel4.target)
Runlevel 5 = graphical.target (runlevel5.target)
Runlevel 6 = reboot.target (runlevel6.target)
По ходу статьи мы изучим systemd и его команды.
Как поменять уровень выполнения по умолчанию?
Может быть очень много причин для того чтобы загружаться с другим уровнем выполнения. Например, системные администраторы в основном используют систему в режиме командой строки, включая графический интерфейс только в случае необходимости.
Именно для таких случаев нужно убедиться, что уровень выполнения по умолчанию 3, а не 5.
В прошлом для этого приходилось редактировать файл /etc/inittab. Вы еще можете увидеть эту практику на некоторых системах. Если вы работаете с ОС, которые давно не обновляются до новых версий, этот путь будет приемлемым.
$ vi /etc/inittab
На скриншоте уровнем выполнения по умолчанию установлен 5.
Но большинство систем Linux отказались от файла /etc/inittab в пользу systemd targets и мы рассмотрим разницу между ними по ходу статьи.
Вы можете не найти в своей системе файл /etc/inittab или же файл inittab выведет вам сообщение с советом использовать systemd.
Чтобы проверить текущий уровень выполнения по умолчанию введите команду
$ systemctl get-default
Система вернула нам "graphical.target". Как вы наверное и догадались, это не что иное, как уровень выполнения 5.
Чтобы просмотреть остальные "target" и уровни выполнения, ассоциированные с ними введите команду:
$ ls -l /lib/systemd/system/runlevel*
Символьные ссылки указывают на то, что systemd работают так же как и runlevel. Итак, что необходимо сделать, чтобы поменять уровень выполнения по умолчанию? Для этого достаточно создать новую символьную ссылку на интересующую нас цель systemd.
$ ln -sf /lib/systemd/system/runlevel3.target /etc/systemd/system/default.target
Данной командой мы поменяли режим запуска системы по умолчанию с уровня выполнения 5, на 3 и при следующей загрузке система выполнить именно этот уровень.
Ключ f указывает на то, что перед созданием новой символьной ссылки целевой файл должен быть удален. Это же самое могли бы сделать командой rm.
Чтобы проверит успешно ли применились изменения достаточно повторно ввести команду "systemctl get-default".
Разница между уровнями выполнения 3 и 5
Самыми часто используемыми уровнями выполнения являются уровни 3 и 5. В целом их разница сводится к тому, что 3 это режим командной строки, а 5 режим графического интерфейса.
Конечно, не во всех дистрибутивах выполняется это условие или же ваша система может быть сконфигурирована так, что эти два уровня имеют больше отличий. Дальше мы рассмотрим, как узнать, какие процессы задействованы для того или иного уровня.
Просмотр список служб конкретного уровня
Чтобы просмотреть список служб, доступных для каждого уровня до недавнего времени использовалась команда "chkconfig -list". Если у вас стоит одна из последний версий, системы, то вероятно вы получите ошибку, как на скриншоте ниже:
Чтобы проверить, какие службы запускаются во время загрузки системы в режиме графического интерфейса (уровень выполнения 5 для семейства RedHat), нужно запустить следующую команду:
$ systemctl list-dependencies graphical.target
Чтобы просмотреть список доступных служб другого уровня, просто замените "graphical.target" на нужную.
Под каким уровнем работает процесс
Если нужно посмотреть по каким уровнем выполнения запущена та или иная служба, можно ввести команду:
$ systemctl show -p WantedBy [name of service]
Например, чтобы посмотреть какой runlevel использует служба sshd, введите команду:
$ systemctl show -p WantedBy sshd.service
Судя по скриншоту выше, служба sshd запушена под уровнями 2,3 и 4 (multi-user.target)
Меняем уровень запуска приложения
Как было показано выше, демон SSH запущена только на уровнях 2-4. Что если нам нужно, чтобы он работал ещё и на уровне 5? Для этого нужно ввести следующее изменение:
$ systemctl enable sshd.service
Проблемы безопасности с уровнями доступа Linux
Как было сказано ранее, уровни доступа дают администраторам возможность управлять службами, которые работают в определённых случаях. Такая возможность детального контроля повышает безопасность системы, так как системный администратор может быть уверен, что не запущена ни одна сторонняя служба.
Проблема возникает, когда администратор не знает точно какие службы запущены и, следовательно, не может принять меры по уменьшению площади атаки.
Используя методы из данного руководства, вы можете настроить уровень выполнения по умолчанию и контролировать запущенные приложения. Это, конечно, не уменьшит нагрузку на системные ресурсы, но сервер будет более защищен.
Помните, что надо запускать тот уровень, который вам необходим. Нет смысла запускать систему в графическом режиме, если планируете работать там режиме командной строки.
Каждый уровень выполнения запускает новые службы, большинство из которых работают в фоновом режиме, и вы можете забыть обезопасить их.
Какой уровень выполнения выбрать?
Выбор режима запуска системы полностью зависит от ситуации. В основном используется один из двух режимов: либо runlevel 3, либо runlevel 5.
Если вам удобно работать с командной строкой и вам не нужен графический интерфейс, то уровень выполнения 3 самый подходящий.
Это предотвратит запуск ненужных служб. С другой стороны, если вам хочется работать в десктопном режиме или же вам нужна графическая оболочка для работы какой-то программы, то выберите уровень 5.
Если же нужно запустить систему в режиме обслуживания, то выбирайте уровень 1. В этом режиме в системе будете только вы, так как сетевые службы даже не запущены. Это позволит выполнить обслуживания без сбоя.
В редких случаях появляется необходимость использовать уровень выполнения 4. Это может быть только в том случае, если администратору нужен уровень выполнения для особых задач.
Как вы уже, наверное, заметили, мы не может запускать систему с уровнем 0 и 6, но можно переключаться на них если нужно выключить или перезагрузить систему. Но в этом нет особой необходимости, так как есть команды, которые выполняют эти операции.
Можно ли создано новый уровень на Linux?
Так как система Linux это система бесконечных возможностей, то и создание нового уровня не исключение. Но очень маловероятно, что вам когда-нибудь понадобится это. Но если вы все-таки решили создать новый уровень, то следует начать с копирования существующего уровня и изменения её под свои задачи.
Целевые уровни расположены по следующему пути:
/usr/lib/systemd/system
Если хотите создать свой уровень на основе 5-го уровня выполнения, скопируйте искомую директорию в новую:
$ cp /usr/lib/systemd/system/graphical.target /usr/lib/systemd/system/mynew.target
Затем в новой директории создайте поддиректорую "wants":
$ mkdir /etc/systemd/system/mynew.target.wants
Затем просто создайте символьную ссылку на дополнительные службы в директории /usr/lib/systemd/system, которые необходимы вашему уровню.
Каждый, под чьим присмотром находится большой массив виртуальных машин и виртуальные хостинг-сессии, такие как удаленные рабочие столы, осознаёт ценность правильных решений VM Management и программного обеспечения к их продуктам.
Это особенно важно для повседневного администрирования и управления системами. Данные решения гарантируют, что Ваша среда и Ваши пользователи будут работать без каких-либо скрытых проблем.
Мы рассмотрим некоторые из самых популярных и лучших программ и инструментов управления виртуальных машин (Virtual Machine Manager), которые совместимы с VMware ESXi, Hyper-V и другими продуктами.
Также мы разберем некоторые из их основных функций и сценариев, в которых функции Virtual Machine Manager особенно полезны.
Изучив наш список, Вы, надеемся, будете иметь гораздо более четкое представление о том, чего ожидать от каждого продукта, и какую пользу это может принести Вам и Вашей организации.
Перед вами лучшее программное обеспечение и инструменты для управления виртуальными машинами и мониторинга 2020 года. Ниже вы найдете краткое описание каждого программного средства для управления виртуальными машинами, а также их гипервизора.
Zabbix
Zabbix - это отличный основной инструмент для мониторинга вашей виртуальной среды. Также он поставляется с некоторыми высококачественными инструментами мониторинга и устранения неполадок.
Самым значительным преимуществом Zabbix является то, что все данные, которые Вам могут понадобиться для мониторинга, доступны в простом в использовании интерфейсе веб-браузера, что делает его действительно удобным для навигации и просмотра.
Другие полезные функции, связанные с виртуальной машиной, включают в себя:
Готовые к использованию шаблоны.
Расширенное ведение журнала.
Мониторинг хоста виртуальной машины.
Мониторинг ресурсов виртуальной машины.
Для тех, кто не боится узнать, как работает система, Zabbix предлагает отличную бесплатную платформу для мониторинга Вашей виртуальной среды.
Существует большое сообщество, которое предлагает советы и информацию о том, как удовлетворить ваши требования к мониторингу, а первоначальная настройка очень проста.
Наши статьи про Zabbix можно найти здесь
Цена: Бесплатно, открытый исходный код.
Ссылка для скачивания: Скачать
VM Monitor (Бесплатная версия)
Компания SolarWinds выпустила бесплатное приложение для программного обеспечения, которое постоянно отслеживает инфраструктуру виртуальных машин, включая совместимость VMWare vSphere и Microsoft Hyper-V, что позволяет эффективно управлять виртуальной средой из одного-единственного места.
Некоторые ключевые особенности этого приложения:
Низкий коэффициент использования системы для таких компонентов, как процессор и память, сетевые интерфейсы и использование ресурсов VMWare.
Встроенные пороговые значения гарантируют, что Ваша среда работает на уровне лучших отраслевых практик.
Гарантия, что уровень производительности никогда не будет падать ниже допустимого.
Все сведения о виртуальной машине можно легко получить и просмотреть, включая состояние виртуальной машины, имя и гостевую ОС, работающую на каждой виртуальной машине.
В бесплатной версии отсутствуют некоторые более сложные функции, такие как комплексный мониторинг окружающей среды, мониторинг ресурсов узла виртуальной машины и другие инструменты мониторинга на уровне предприятия.
Бесплатная версия VM Monitor подходит для небольших установок виртуальных машин, однако тем, кто хочет использовать все функции, будет полезно приобрести платную версию.
Цена: Бесплатно
Ссылка для скачивания: Скачать
Solarwinds Virtualization Manager
Компания SolarWinds создала отличный инструмент, который был разработан для оптимизации производительности и надежности Вашей виртуальной среды. Он также позволяет быстро и легко решать все проблемы v-Sphere и Hyper-V. Некоторые ключевые особенности этого приложения включают в себя:
Рекомендации и мониторинг эффективности работы.
Сокращение времени просто.
Экономию времени, за счет более оперативного устранения проблем.
Сокращение использования ресурсов.
Другие функции включают в себя: планирование вычислительной мощности, активные оповещения о виртуализации, панели управления и ее действий, управление расширением виртуальной машины, интеграцию приложений, мониторинг облачной инфраструктуры, панели мониторинга, высокий коэффициент готовности и корпоративный командный центр.
Цена:Бесплатно на 30 дней
Ссылка для скачивания:Скачать
ManageEngine OpManager
Компания ManageEngine создала приложение, которое способно контролировать серверы VMWare ESX/ESXi и обладает превосходными функциями и возможностями управления.
Основное преимущество использования этого программного обеспечения заключается в том, что продукт обеспечивает бесперебойную работу и пиковую производительность гостевых виртуальных машин, а также предоставляет информационные панели, отчеты и оповещения Вашей IT-команде, когда это необходимо.
Другие преимущества включают в себя:
Создание аналитики виртуальных машин, устранение неполадок до того, как это коснется пользователей.
Планирование потенциала позволяет лицам, принимающим решения, правильно рассчитывать и распределять ресурсы.
Управление виртуальными машинами и физическими серверами.
Мониторинг без участия посредников.
Простую установку.
Цена: Цена начинается от 945$, 30 дней бесплатно
Ссылка для скачивания: Скачать
PRTG
Компания PRTG создала собственное приложение, которое представляет собой профессиональное и комплексное решение для мониторинга VMWare.
Оно способно отслеживать каждую деталь виртуальных сред, которые Вы используете, и предварительно настроено для мониторинга всех аспектов вашей установки VMWare.
Разработчик является технологическим партнером VMWare, что означает высокую совместимость приложения с VMWare.
Другие особенности:
Датчик виртуальной машины VMWare (SOAP).
Датчик аппаратного узла VMware (WBEM).
Датчик состояния аппаратного обеспечения хоста VMWare.
Датчик хранилища данных VMWare.
Датчик производительности хоста VMWare.
Компания Paessler создала отличное приложение, которое может быть эффективно использовано при установке VMWare и даст вам отличное представление о том, что происходит в Вашей виртуальной среде.
Цена: Прайсинг, 30 дней бесплатно
Ссылка для скачивания:Скачать
VEEAM
ПО Veeam широко используется для установки VMWare по всему миру, и его можно найти в большинстве мест, использующих виртуальную среду: центрах обработки данных и помещениях для установки серверов.
Veeam ONE может помочь с оптимизацией производительности и выведением отчетности.
Veeam также имеет отличные наглядные функции, такие как информационные панели, отчеты и оповещения. Продукт поставляется с более чем 200 предустановленными сигналами тревоги, 100 предопределенных отчетов, инструментами оценки инфраструктуры для резервного копирования, отчетами о резервном копировании и репликации, и многим другим.
Другие особенности включают в себя:
Мониторинг в реальном времени 24/7, оповещение и управление виртуальными машинами и физическими серверами.
Управление ресурсами и отслеживание конфигурации.
Функциональные возможности планирования и прогнозирования потенциала.
Возможности возвратного платежа и выставления счетов.
Цена: Прайсинг, 30 дней бесплатно
Ссылка для скачивания:Скачать
ApexSQL
ApexSQL VM Monitor предлагает замечательные функции для сред Hyper-V и ESXi, а также позволяет пользователям видеть производительность виртуальной машины.
Данное ПО обладает интуитивно понятными информативными панелями, которые позволяют Вам видеть, как работает среда, и предоставляют большие объемы данных.
Вы можете просмотреть топ-5 загруженных виртуальных машин для конкретных узлов, а также просмотреть показатели производительности системы отдельных узлов, на которых размещены виртуальные машины в Вашей сети.
Вы можете отслеживать производительность хост-устройств и вычислять базовые показатели и пороговые значения, одновременно создавая и экспортируя комплексные отчеты о производительности.
Кроме того, планируется поддержка оповещений Citrix XenServer и VM sprawl с планированием емкости и другими расширенными функциями, которые увеличат коэффициент полезности и функциональности этого предложению.
Все функции этого продукта объединяются, чтобы предложить полноценный набор мониторинга, который контролирует, обнаруживает и предупреждает Вас, предоставляя Вам полный анализ Вашей среды.
Цена: Прайсинг
Ссылка для скачивания: Пробная версия
EG Innovations
Компания EG Innovations обозначила область виртуализации, требующую внимания и имеющую непосредственное отношение к пространству приложения.
Компания предоставляет платформу для мониторинга, которая позволяет в режиме реального времени анализировать проблемы производительности приложений, а также исследовать первопричины.
Программа может указывать администраторам на проблемы, вызывающие сбои производительности, исследуя состояние сети, приложения, платформы виртуализации и хранилища в среде.
Программа также предоставляет полное управление производительностью виртуализации и предлагает:
Комплексный мониторинг виртуальных машин и среды виртуальных машин.
Поддержку VMWare vSphere, Citrix XenServer, Microsoft Hyper-V, Oracle VM Server, Red Hat Enterprise Virtualization, AIX LPARs, Solaris Containers.
Диагностику одним щелчком мыши.
Универсальный модуль веб-отчетности и планирования потенциала для повышения наглядности.
Данный продукт предлагает всеобъемлющую поддержку нескольких платформ виртуализации, которые встретились Вам в этом обзоре. Имеет ли это смысл для Вашей операционной среды – решать Вам, но стоит отметить, что наличие поддержки для всего разнообразия представленных продуктов является бесспорным преимуществом.
Цена: Прайсинг
Ссылка для скачивания: Пробная версия
Nagios
Nagios обладает всеми возможностями, которые облегчат мониторинг Ваших виртуальных машин и отслеживание множества метрик и данных.
Nagios также предлагает поддержку нескольких поставщиков для своего продукта, который включает VMWare, Microsoft Virtual PC, Xen, Application EC2 и многих других.
Nagios выпускает готовые виртуальные машины для Nagios Core и Nagios XI, которые были созданы для VMWare, а также Virtual PC и OFV шаблоны для Nagios XI.
Другие ключевые преимущества:
Повышенная доступность серверов, служб и приложений.
Быстрое обнаружение сбоев сервера и операционной системы.
Быстрое обнаружение сбоев обслуживания и приложений.
Сокращение времени развертывания.
Сокращение административных накладных расходов.
Централизованная настройка.
Программа с открытым кодом Nagios способна удовлетворить самые строгие требования для большинства виртуальных сред и обеспечить надежную платформу для мониторинга, с которой можно увидеть самую важную информацию и действовать в случае необходимости.
Цена: Прайсинг
Ссылка для скачивания: Пробная версия
iPSwitch
Программа для сетевого управления WhatsUp Gold хорошо известна в кругах IT-администраторов и является отличным инструментом для подключения. Теперь она также предлагает функции мониторинга виртуализации, которые позволяют Вам отображать всю Вашу виртуальную среду.
Она способен автоматически генерировать динамические карты Вашей виртуальной среды и совместима с VMWare и Hyper-V. Программа способна отображать хосты и гостей, а также отношения и кластеры виртуальных машин в Вашей среде.
Производительность легко отслеживать, а вся информация может быть детализирована с помощью карт визуализации в консоли отчетов.
Виртуальная производительность контролируются упреждающими оповещениями. Все, начиная от производительности и мониторинга ресурсов, до состояния хоста и гостя, может быть проверено. Провести проверку процессора, памяти и дискового пространства каждого гостя виртуальной машины можно так же легко.
Это отличный инструмент, который поможет Вам визуализировать Вашу виртуальную среду из удаленного места, предоставив Вам точную карту, которая даст Вам более глубокое представление о Вашей операционной среде.
Цена: Прайсинг
Ссылка для скачивания: Пробная версия
Заключение
Найти лучшее программное обеспечение для мониторинга Вашей виртуальной среды еще никогда не было так просто. Вам предоставлен выбор из множества вариантов, избавляющих Вас от тревоги за состояние Вашей виртуальной среды.
Попробуйте некоторые из вариантов, которые мы уже упоминали выше, и посмотрите, какой из них лучше всего подходит для Вас. Здесь представлены продукты с разной ценовой политикой, функциональностью и простотой использования, которые подойдут для всех предприятий и организаций, нуждающихся в отслеживании виртуальной инфраструктуры.