Создайте следующий сценарий (и сделайте его исполняемым файлом):
#!/bin/bash
exec 5<> /dev/tcp/127.0.0.1/11211
if [ $? -eq 0 ]; then
echo "stats" >&5
echo "quit" >&5
while read -u 5 -d $'\r' stat name value;
do
echo $value
done
exit 0
fi
exit 1
Мой-/usr/local/bin/memcached_stats.sh
Это соединяется с memcached демоном и выкладывает санированную версию memcached команды статистики и произвело что-то как:
2754
2129139
1243545563
1.2.2
64
2299.898362
7336.774640
217721
7091925
1909177049
108
27653
633
234138327
7091925
220430936
13707391
352833
89610818966
1385141563315
2147483648
4
Добавьте следующее к своему/etc/snmp/snmpd.conf и перезапустите snmpd:
extend .1.3.6.1.4.1.1.900.100 memcached /usr/local/bin/memcached_stats.sh
Это составляет таблицу на основе вывода сценария, где каждая строка получает свой собственный узел.
Если Вы хотите подтвердить это выполнение следующее:
snmpwalk -v2c -c public 127.0.0.1 .1.3.6.1.4.1.1.900.100
Необходимо получить что-то как:
SNMPv2-SMI::enterprises.1.900.100.3.1.3.9.109.101.109.99.97.99.104.101.100 = INTEGER: 23
SNMPv2-SMI::enterprises.1.900.100.3.1.4.9.109.101.109.99.97.99.104.101.100 = INTEGER: 0
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.1 = STRING: "2754"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.2 = STRING: "2123005"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.3 = STRING: "1243539429"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.4 = STRING: "1.2.2"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.5 = STRING: "64"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.6 = STRING: "2290.369810"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.7 = STRING: "7308.630919"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.8 = STRING: "217652"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.9 = STRING: "7066934"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.10 = STRING: "1909286395"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.11 = STRING: "108"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.12 = STRING: "27628"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.13 = STRING: "633"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.14 = STRING: "233251848"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.15 = STRING: "7066934"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.16 = STRING: "219593496"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.17 = STRING: "13658352"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.18 = STRING: "348593"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.19 = STRING: "89233569948"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.20 = STRING: "1380956068373"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.21 = STRING: "2147483648"
SNMPv2-SMI::enterprises.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.22 = STRING: "4"
От этого можно экстраполировать, который - узел, какая статистика, но удачный для Вас я уже сделал все это.
В datacollection-config.xml добавляют следующее к вершине, но после всей конфигурации rrd:
<resourceType name="MemcachedStats" label="memcached stats" resourceLabel="memcached">
<persistenceSelectorStrategy class="org.opennms.netmgt.collectd.PersistAllSelectorStrategy"/>
<storageStrategy class="org.opennms.netmgt.dao.support.IndexStorageStrategy"/>
</resourceType>
Затем в разделе групп добавляют следующее:
<group name="memcached_stats" ifType="all">
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.1" instance="MemcachedStats" alias="pid" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.2" instance="MemcachedStats" alias="uptime" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.3" instance="MemcachedStats" alias="time" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.4" instance="MemcachedStats" alias="version" type="string" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.5" instance="MemcachedStats" alias="pointer_size" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.4" instance="MemcachedStats" alias="rusage_user" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.7" instance="MemcachedStats" alias="rusage_system" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.8" instance="MemcachedStats" alias="curr_items" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.9" instance="MemcachedStats" alias="total_items" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.10" instance="MemcachedStats" alias="bytes" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.11" instance="MemcachedStats" alias="curr_connections" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.12" instance="MemcachedStats" alias="total_connections" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.13" instance="MemcachedStats" alias="connection_structures" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.14" instance="MemcachedStats" alias="cmd_get" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.15" instance="MemcachedStats" alias="cmd_set" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.16" instance="MemcachedStats" alias="get_hits" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.17" instance="MemcachedStats" alias="get_misses" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.18" instance="MemcachedStats" alias="evictions" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.19" instance="MemcachedStats" alias="bytes_read" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.20" instance="MemcachedStats" alias="bytes_written" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.21" instance="MemcachedStats" alias="limit_maxbytes" type="integer" />
<mibObj oid=".1.3.6.1.4.1.1.900.100.4.1.2.9.109.101.109.99.97.99.104.101.100.22" instance="MemcachedStats" alias="threads" type="integer" />
</group>
И наконец далее вниз Вы хотите найти теги systemDef для Net-SNMP & Net-SNMP (UCD) и добавить следующее в собрать тегах:
<includeGroup>memcached_stats</includeGroup>
Перезапустите OpenNMS и и там у Вас есть он..., когда capsd повторно просканирует хосты, он начнет собирать эти статистические данные
Ниже ссылка для данных, которые могут быть получены от memcached:
Все, что оставляют, должно создать любое построение графика или создание отчетов, что Вы хотели бы.
(Работы над CentOS 5.2, OpenNMS 1.5.93-1, сетевыми-snmp 5.3.1, memcached 1.2.2)
Я наконец записал триггеру базирующуюся собственную программу репликации, которая помогает на данный момент!! Но так жалость, что даже после покупки Стандартной лицензии Sql, легкая вещь репликации также должна была быть рукописной!!! MySQL предлагает легкую репликацию по Интернету, но mysql использует innodb, "прячут формат файла", не только, что, это не имеет хорошим автоматический, выращивают функцию, которая приводит к слишком многим fragements для больших таблиц.
Да можно записать собственную Репликацию, но это не необходимо. Можно использовать репликацию sql server между этими двумя дата-центрами без VPN между ними (VPN всегда предпочитается).
Прежде, чем настроить Репликацию я убедил бы Вас посмотреть на Зеркальное отражение Базы данных SQL Server между этими двумя сайтами. Зеркальное отражение базы данных даст Вам точную копию базы данных по другому сайту.
В любом случае просто необходимо открыть корректные порты TCP в брандмауэрах на обоих сайтах (и настроить NAT на обоих сайтах между общедоступным IP и частным IP, если SQL Server имеют частного дюйм/с). Затем просто скажите Репликации или зеркальному отражению базы данных использовать общедоступный IP удаленного SQL Server как репликация или зеркальное отражение партнера.
Как я сказал выше, Вы захотите установить VPN между сайтами так, чтобы можно было направить весь трафик репликации Active Directory по тому, что VPN, а также весь административный трафик при управлении удаленными машинами.
Как mrdenny сказал, это не должна быть большая часть проблемы, пока у Вас есть общедоступные правильные порты. Принятие Вас имеет больше инфраструктуры затем просто несколько полей MSSQL, не Вы собирающийся хотеть VPN так или иначе?
Веб-Синхронизация Поддержки репликации Слияния SQL Server. Веб-Синхронизация использует веб-сервисы по SSL для поддержки безопасной репликации по Интернету.
"Интернет-соединение использует Уровень защищенных сокетов (SSL); поэтому, виртуальная частная сеть (VPN) не требуется"
См.: http://msdn.microsoft.com/en-us/library/ms151763.aspx
Эта форма репликации немного медленнее, чем если бы у Вас было прямое соединение TCP, но это - компромисс, который Вы делаете для репликации по SSL. Это решение работало хорошо на нас, и я надеюсь, что оно будет работать хорошо на Вас также, таким образом, Вы не должны будете писать пользовательский синхронизирующий сервис.