Назад | Перейти на главную страницу

Мониторинг между регионами EC2

Я работаю над небольшим проектом EC2, в котором задействовано несколько серверов в двух разных регионах (Восток США и Запад ЕС). Моя первая задача - реализовать решение для мониторинга Nagios. Мониторинг внутри региона прост - я просто использую частные доменные имена / IP-адреса, но я немного не уверен, как лучше всего контролировать второй регион без настройки второй установки Nagios. Среда довольно статична, поэтому я пока не собираюсь создавать сценарии конфигурации с помощью инструментов EC2.

На мой взгляд, у меня есть два варианта.

  1. Две установки Nagios (что является чрезмерным для небольшого числа серверов, с которыми я имею дело).
    Плюсы: Мне не нужно изменять разрешения группы, и мне не нужно платить за трафик, избыточность в решении для мониторинга - я мог бы контролировать серверы Nagios.
    Минусы: две установки, с которыми нужно иметь дело, и мне нужно будет запустить другой экземпляр сервера.
  2. Иметь единую установку, контролирующую оба региона.
    Плюсы: одна установка, с которой нужно разобраться.
    Минусы: немного сниженная безопасность - группа безопасности должна будет открыть NRPE (5666) для одного исходного IP-адреса, а также заплатить небольшую часть полосы пропускания по скорости Интернета для передачи данных между регионами.

Думаю, у меня вопрос - как другие справились с этой проблемой и каковы ваши рекомендации?

Спасибо!

Вариант 2 должен быть намного дешевле - трафик NRPE довольно редок, поэтому стоимость полосы пропускания должна быть намного дешевле, чем стоимость запуска целого дополнительного экземпляра. Поскольку трафик NRPE по умолчанию проходит через SSH, я не считаю это серьезной проблемой для безопасности.

Если вы по-прежнему хотите придерживаться варианта 1, вы можете подумать об уменьшении избыточности и запуске серверов Nagios на существующих экземплярах, на которых уже запущены другие службы. Это идет вразрез с тем, что вы делаете с физическими серверами, но может работать для вас на EC2, поскольку очень легко реплицировать образы серверов и запускать новые, когда экземпляры выходят из строя.