АС
Ещё с версии 4.1 вроде
Size: a a a
2018 May 09
AP
Зойчем, если есть нативные средства ?
Затем, чтобы не зависеть от хоста, в который usb устройство воткнуто.
VL
Зачастили что-то в группе втыкатели юзб напрямую
sb
Зачастили что-то в группе втыкатели юзб напрямую
Ага. И у нас есть лишь один довод: УСБ устройства сами по себе точки отказа. То бишь даже если разветвитель УСБ в сеть весь из себя с резервом питания и проч - шнур то один и воткнут в один девайс.
АП
serg boykov
Ага. И у нас есть лишь один довод: УСБ устройства сами по себе точки отказа. То бишь даже если разветвитель УСБ в сеть весь из себя с резервом питания и проч - шнур то один и воткнут в один девайс.
А можно разъяснить Ваше сообщение? Или Вы не совсем понятно объяснили, или я вас не понял.
AP
Ещё и сеть на таких устройствах задублирована
AP
Мне лично в инфраструктуре не нужны esxi хосты, которые я не могу обслуживать когда мне хочется, только потому, что в них usb ключи воткнуты
AP
Поэтому стоят digi и seh, с дублированным питанием и сетью. У seh ещё пароли на портах для подключения, кто угодно себе ключ не может подключить
VL
А можно разъяснить Ваше сообщение? Или Вы не совсем понятно объяснили, или я вас не понял.
Имеется в виду что для полного HA нужны будут копии ключей/флешек/чего-то ещё
VL
Но ситуация с отказом токена редка и можно действительно иметь копии
AP
Токены в обоих случаях могут отказать. И токены - не моя зона ответственности. На случай возникновения проблем с seh/digi у нас есть резервные
АП
Aleksandr Pushkin
Токены в обоих случаях могут отказать. И токены - не моя зона ответственности. На случай возникновения проблем с seh/digi у нас есть резервные
Подпишусь под каждым словом
sb
А можно разъяснить Ваше сообщение? Или Вы не совсем понятно объяснили, или я вас не понял.
Есть УСБ. Есть некие классы устройств, которые по нему подключаются. Это ключи, кассы и камеры (ну вот сходу).
Все эти штуки (а) не нуждаются в мобильности по инфраструктуре, потому что (б) физически где то привязаны и сами по себе являются нерезервируемой точкой отказа.
И вот строются всякие схемы по виртуализации УСБ, организации питалова, надёжности и проч. хотя это вот ни на йоту не повышает надёжность
Все эти штуки (а) не нуждаются в мобильности по инфраструктуре, потому что (б) физически где то привязаны и сами по себе являются нерезервируемой точкой отказа.
И вот строются всякие схемы по виртуализации УСБ, организации питалова, надёжности и проч. хотя это вот ни на йоту не повышает надёжность
AZ
serg boykov
Ага. И у нас есть лишь один довод: УСБ устройства сами по себе точки отказа. То бишь даже если разветвитель УСБ в сеть весь из себя с резервом питания и проч - шнур то один и воткнут в один девайс.
Если откажет хост или уйдет в мейтенанс?
AP
Повторюсь, мне плевать на юсб, меня волнует хост esxi
sb
Нет разницы откажет хост или касса.
AP
Касса не моя зона ответственности, хост - моя 😉
sb
Aleksandr Pushkin
Повторюсь, мне плевать на юсб, меня волнует хост esxi
Тогда зачем вы вообще пытались влезть в разговор об УСБ, которая вас не касается, и про инфраструктуры чутка отличные от типовых?
AP
Пардон 😱