PDs for VD 0:
# cat /etc/redhat-release
CentOS Linux release 7.1.1503 (Core)
— DG Arr Row EID:Slot DID Type State BT Size PDC PI SED DS3 FSpace
— 0 — - — - RAID60 Optl N 29.107 TB dflt N N none N
============
Basics:
======
Controller = 0
Model = LSI MegaRAID SAS 9261-8i
— EID:Slt DID State DG Size Intf Med SED PI SeSz Model Sp
— 252:0 0 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:1 1 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:2 2 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:3 3 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:4 4 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:5 5 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:6 6 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:7 7 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 30T 15T 15T 50% /mnt/lun
ethtool enp4s0f1
Settings for enp4s0f1:
Supported ports: [ FIBRE ]
Supported link modes: 10000baseT/Full
1,5 тбайт виртуалок с 3 гипервизоров esxi 5.5 сливается в ночь за 3 часа.
К esxi серверам прицеплена полка как NFS шара по 10гигабитам.
По поводу HYPER-V и малой скорости, попробуй не шару, а по iscsi зацепиться к хранилищу и замерь скорость в итоге.
ЗЫ. Перешел в свое время с Hyper-V На vmware из-за того что можно пробрасывать USB ключи и миграцию наживую виртуалок между хостами.
Gigabit passive injectors use a transformer on the data pins to allow power and data to share the cable and is typically compatible with 802.3af Mode A. In the common «passive» PoE system, the injector does not communicate with the powered device to negotiate its wattage requirements, but merely supplies power at all times.
Все можно, с руководством провайдеров дружить нужно, не все жадные и занудные.
По ночам сливать базы с бекапами, samba и прочее. 20-30 мегабит тут никак не зайдёт, плюс надо еще приоритеты при этом нормально отрабатывали. Так же по l2tp люди цепляются и комуто и скорости под rdp хватит, а какому нибудь 1cнику надо максимально возможную полосу, чтобы слить\залить конфу или базу.
Изначально делал маршрутизацию на ospf, но он передергивал маршруты постоянно как по таймауту причем на те же самые при нормально рабочих каналах, заметил это только из-за того что народ жаловаться начал что иногда телефоны лагают, т.к. кол-во офисов перестало расти, то через «ssh_all» нарисовал везде маршруты с метриками и убрал в дальний ящик эту проблему.
У меня не ipsec, и офисы не из разряда три бухгалтера и пять кладовщиков, а так же гигабитные каналы не для того чтобы сайтики быстрее грузились.
И у микротика нет среднего решения, либо слабое железо, либо 36 ядерный монстр. Единственно среднее, это собирать самому на x86 и туда вкатывать лицензию.
Зря вы чтото там про комментировать, в практике случалось что ложились все провайдеры в очень отдаленных офисах, изза того что все «оба» прова имеют общую будку коммутации до которой просто физически рвалась оптика. И тут никакой vrrp бы из двух роутеров бы не помог.
У автора же связка один склад и один офис, зачем там мудрить лишнего.
написал же, что системе вообще пофиг на кол-во слешей подряд, и удаление слеша, а потом пришивание его обратно, чтоб «не дай боже не задвоить!» это уже из разряда обсессивно-компульсивного расстройства
1) два гигабитных канала по 15к, CCR микротик от штуки баксов, офисов овер дофига. Выгодней купить один запасной на несколько офисов и пусть валяется на складе. За все время работы только мерли обычные свитчи тупые.
2) При перестроении маршрутов происходит залипание на долю секунды, при разговоре это вываливается в проглатывании слов. UDP такой UDP.
У меня самого огород из кучи офисов с микротиками из младших и старших линеек.
1) Возможно в центральных офисах и имеет смысл vrrp и еще один CCR от микротика, но финансовая составляющая подсказывает что лучше держать просто одну железку в резерве, и в случае чего ее заменять накатив бекап конфига.
2) ospf это интересно конечно, но в двух офисах можно и руками прописать маршруты, плюс ospf при перестройке маршрутов негативно накладываться на проходящий внутри голосовой трафик, в отличии от маршрутов с метрикой.
3) пункт 1
Чем netwatch не устраивает? им и переключать активный канал и в итоге не надо городить гору тоннелей с интерфейсами.
Плюс команду атске можно через fetch кинуть из netwatch, что активный канал сменился, хотя с тем же астериском правильней вписать домен в externhost и через DNS обновлять запись.
ps Астериск прекрасно живет внутри микротиков с поддержкой metarouter\kvm
Любой журнал, любое событие забирать, а на своей стороне потом уже вешать обрабочик с регуляркой или счетчиком для обработки, в край можно через внешний скрипт обрабатывать(хоть через питон пропускай, хоть через php, хоть через brainfuck).
А то что с журнал(channel) не мог читать — прав не хватает агенту, или не правильно вписали имя канала.
# cat /etc/redhat-release
CentOS Linux release 7.1.1503 (Core)
— DG Arr Row EID:Slot DID Type State BT Size PDC PI SED DS3 FSpace
— 0 — - — - RAID60 Optl N 29.107 TB dflt N N none N
============
Basics:
======
Controller = 0
Model = LSI MegaRAID SAS 9261-8i
— EID:Slt DID State DG Size Intf Med SED PI SeSz Model Sp
— 252:0 0 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:1 1 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:2 2 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:3 3 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:4 4 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:5 5 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:6 6 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
252:7 7 Onln 0 7.276 TB SATA HDD N N 512B ST8000AS0002-1NA17Z U
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 30T 15T 15T 50% /mnt/lun
ethtool enp4s0f1
Settings for enp4s0f1:
Supported ports: [ FIBRE ]
Supported link modes: 10000baseT/Full
1,5 тбайт виртуалок с 3 гипервизоров esxi 5.5 сливается в ночь за 3 часа.
К esxi серверам прицеплена полка как NFS шара по 10гигабитам.
По поводу HYPER-V и малой скорости, попробуй не шару, а по iscsi зацепиться к хранилищу и замерь скорость в итоге.
ЗЫ. Перешел в свое время с Hyper-V На vmware из-за того что можно пробрасывать USB ключи и миграцию наживую виртуалок между хостами.
Там особый PassivePoE
Что так по советски не броско. Когда то набрал точек чисто за название 3pack, целых 10 трипаков взял, и перед друзями хвастался.
А если серьезно, то когда уже запилят zerohand-off для беспарольных сетей, без него всю красоту ломает.
По ночам сливать базы с бекапами, samba и прочее. 20-30 мегабит тут никак не зайдёт, плюс надо еще приоритеты при этом нормально отрабатывали. Так же по l2tp люди цепляются и комуто и скорости под rdp хватит, а какому нибудь 1cнику надо максимально возможную полосу, чтобы слить\залить конфу или базу.
Изначально делал маршрутизацию на ospf, но он передергивал маршруты постоянно как по таймауту причем на те же самые при нормально рабочих каналах, заметил это только из-за того что народ жаловаться начал что иногда телефоны лагают, т.к. кол-во офисов перестало расти, то через «ssh_all» нарисовал везде маршруты с метриками и убрал в дальний ящик эту проблему.
И у микротика нет среднего решения, либо слабое железо, либо 36 ядерный монстр. Единственно среднее, это собирать самому на x86 и туда вкатывать лицензию.
Зря вы чтото там про комментировать, в практике случалось что ложились все провайдеры в очень отдаленных офисах, изза того что все «оба» прова имеют общую будку коммутации до которой просто физически рвалась оптика. И тут никакой vrrp бы из двух роутеров бы не помог.
У автора же связка один склад и один офис, зачем там мудрить лишнего.
\\ воспринимается как \, проще складывать два пути и посередине вклеивать лишний раз слеш, чем в конфиге дрюкать всех чтобы сами слеш дописывали.
2) При перестроении маршрутов происходит залипание на долю секунды, при разговоре это вываливается в проглатывании слов. UDP такой UDP.
1) Возможно в центральных офисах и имеет смысл vrrp и еще один CCR от микротика, но финансовая составляющая подсказывает что лучше держать просто одну железку в резерве, и в случае чего ее заменять накатив бекап конфига.
2) ospf это интересно конечно, но в двух офисах можно и руками прописать маршруты, плюс ospf при перестройке маршрутов негативно накладываться на проходящий внутри голосовой трафик, в отличии от маршрутов с метрикой.
3) пункт 1
Плюс команду атске можно через fetch кинуть из netwatch, что активный канал сменился, хотя с тем же астериском правильней вписать домен в externhost и через DNS обновлять запись.
ps Астериск прекрасно живет внутри микротиков с поддержкой metarouter\kvm
Молодец, вымахал.
Такими темпами перейдем на передачу текста в ребусах.
/sarcasm
как устал от такой проверки
у меня есть домены *.company аж 7 символов!, только малая часть сайтов дают зарегать мыло на данном домене.
А то что с журнал(channel) не мог читать — прав не хватает агенту, или не правильно вписали имя канала.
www.zabbix.com/documentation/2.0/ru/manual/config/items/itemtypes/zabbix_agent/win_keys