Наши серверы TS каждый настроены с двумя двухъядерными процессорами Intel Xeon 3.2 GHz и 8 ГБ RAM рабочий W2K3 EE SP2. Наши пользователи запускают приложения Microsoft Office, наше собственное приложение, IE, Adobe Reader, Блокнот, и т.д. Мы удобно получаем 50-60 сессий на сервер и имели целых 75 сессий без заметных проблем производительности.
Highlevel, there are two ways:
I think in the long run the first way is going to work out better for you anyway since it's more oriented towards WATO. Я бы все равно выбрал второй и подключился к списку виртуальных машин EC2 и тому подобное.
Возможен гибрид, например, некоторый демон прослушивает такие события, как создание виртуальных машин, и записывает конфигурацию в папку WATO только для чтения.
Примечание: Было бы очень глупо не проверять работоспособность любого такого источника данных. Просто потому, что некоторая сумасшедшая инфраструктура как код добавляет ошибку ( Infrastructure ) и удаляет 100% ваших виртуальных машин из Chef, их не следует сразу же удалять из-под контроля.
Убедитесь, что это остается маленьким вне диапазона.
Документ 2010 года о динамическом взаимодействии Check_MK можно найти здесь: https://geni-orca.renci.org/trac/wiki/OMDeventhandlers
It's really old but lays out the basic ideas well.
I've made a first proof of concept for a config-mgmt ---to ---- Check_MK interface. Not as nice as I would like it, but just limited by my speed/skill writing Python. :)
I'm using it with approx. non-cloud 70 servers now: https://bitbucket.org/darkfader/nagios/src/461992c2c5452807a37838ca99fd92977fcf96e1/check_mk/ino2cmk/ino2cmk.py?at=default