NAT пользователя никак от силовых органов не защищает, поскольку эти самые органы в первую очередь идут к провайдеру, который знает, кто что за натом делал.
> А вот у команд есть вполне конкретные KPI (например, количество заваленных итерации на каждые пять/десять), их понятно как мерить и от них зависят напрямую деньги, которые получит компания.
На предыдущей работе вышестоящий менеджмент мыл мозг командам за то, что они слишком мало спринтов заваливают, потому что по скраму надо заваливать около половины, что должно означать усердную работу команды на грани максимальной стабильной производительности. А если у вас все спринты завершаются успешно, значит вы недобираете задач и работаете «с прохладцей».
Вообще, строго говоря, в фейлах проектов, как обладающий возможностью принимать решения, всегда виноват менежент. Конечно, к провалу могут приложить руки и рядовые сотрудники, но все равно даже в таком случае в первую очередь виноваты менеджеры, раз они не смогли правильно выстроить кадровую политику и организовать рабочий процесс.
> Малые инсталляции обычно не ориентированны на большую производительность ввиду скромных запросов к I/O.
В энтерпрайзе может быть и так, но не в облачном хостинге. И итоге упирались именно в IOPS-ы из-за малого количества шпенделей, и это на 15k SAS дисках и сотнях гигабайт кэша.
> Это элементарно невыгодно, так как решения вендоров могут окупиться гораздо быстрее и включают в себя саппорт.
Это утверждение еще нуждается в проверке, если нужна большая производительность. Особенно насчет саппорта. Ни разу не видел достаточно сложных вещей, которые бы при использовании под интенсивной нагрузкой «просто работали», а саппорт, однако, имеет свои пределы.
> почти что Network RAID (если этот термин применим для IB RDMA)
RDMA — транспорт для SRP, network raid — архитектура над SRP. Как одно другому мешает?
> TCO насколько меньше получилось?
TCO я не считал, и тем более не сравнивал (с чем?). Эксплуатацией этого добра я начал заниматься уже после разработки и внедрения.
Если вас интересуют именно затраты на эксплуатацию, то они сильно зависит от результатов разработки. Точно сказать заранее, какие они будут для подобного сферического хранилища в вакууме, нельзя.
> Ведь этот подход претит малым и средним инсталляциям.
Резервировались контроллеры на нодах с дисками (multipath), сами ноды (на проксях собирались RAID1+0 из пар нод, причем так, что зеркала собирались из дисков разных нод пары) и проксирующие узлы (multipath).
Диски по SRP экспортировались на проксирующие узлы, где они собирались в массивы, нарезались на тома, а затем массивы по SRP отдавались непосредственно хостам виртуализации, где уже по dm-картам заново восстанавливались тома.
> При этом они заявляют, что используют HP MSA2312sa
Эти полки цеплялись по SAS к серверам, которые раздавали диски инициаторам по SRP. Впоследствии от отдельных полок отказались и перешли на 36-дисковые супермикровские серверы.
По-моему, рассматривать стеки сетевых протоколов, подобные IB, в отрыве от использования в какой-никакой, но сети из более, чем 2х машин, вообще изначально смысла не имеет.
> А вот Infiniband всё меньше и меньше, его вытесняют DAS решения на базе более популярного SAS. Да что там, я не знаю ни одной компании в СНГ, которая бы использовала Infiniband с коммутаторами.
А как связан рост популярности DAS, подключаемых по SAS, и падение популярности СХД на основе IB-фабрик, состоящих из тех же самых DAS?
Или же имелось в виду использование IB без коммутаторов?
Ну, думаю, если выпускник медвуза не пойдет в интернатуру, диплом у него никто не отберет, но пациентов убивать тоже не дадут. А после практики в интернатуре еще неизвестно, кто лучшим врачом окажется: тот, кто в медвузе штаны просиживал или тот, что ту же самые курсы удаленно изучал.
IPoIB на маршрутизируемых в интернете значениях MTU — это лишь несколько гигабит в секунду и жор процессорного времени. И еще отдельная боль — это взаимодействие ethernet и infiniband сегментов сети, потому что, напомню, в IB свой стек протоколов, которые, чуть ли не в HCA оффлоадятся и даже IP прибит сбоку лишь для совместимости. Соответственно, ethernet-совместимых вланов, как и вообще чего-то ethernet-совместимого, нет. В одном облачном провайдере для того, чтобы отдавать клиентам именно ethernet даже пришлось изобрести свой multipoint VPN, инкапсулирующий ethernet-фреймы в IP-пакеты.
В общем, использовать IB только ради того, чтобы гонять по нему IP-трафик, почти бессмысленно.
Сильно зависит от страны. Например, в РФ не имеет права без согласия сотрудника И, что особенно важно, другого корреспондента.
На предыдущей работе вышестоящий менеджмент мыл мозг командам за то, что они слишком мало спринтов заваливают, потому что по скраму надо заваливать около половины, что должно означать усердную работу команды на грани максимальной стабильной производительности. А если у вас все спринты завершаются успешно, значит вы недобираете задач и работаете «с прохладцей».
Вообще, строго говоря, в фейлах проектов, как обладающий возможностью принимать решения, всегда виноват менежент. Конечно, к провалу могут приложить руки и рядовые сотрудники, но все равно даже в таком случае в первую очередь виноваты менеджеры, раз они не смогли правильно выстроить кадровую политику и организовать рабочий процесс.
В энтерпрайзе может быть и так, но не в облачном хостинге. И итоге упирались именно в IOPS-ы из-за малого количества шпенделей, и это на 15k SAS дисках и сотнях гигабайт кэша.
> Это элементарно невыгодно, так как решения вендоров могут окупиться гораздо быстрее и включают в себя саппорт.
Это утверждение еще нуждается в проверке, если нужна большая производительность. Особенно насчет саппорта. Ни разу не видел достаточно сложных вещей, которые бы при использовании под интенсивной нагрузкой «просто работали», а саппорт, однако, имеет свои пределы.
RDMA — транспорт для SRP, network raid — архитектура над SRP. Как одно другому мешает?
> TCO насколько меньше получилось?
TCO я не считал, и тем более не сравнивал (с чем?). Эксплуатацией этого добра я начал заниматься уже после разработки и внедрения.
Если вас интересуют именно затраты на эксплуатацию, то они сильно зависит от результатов разработки. Точно сказать заранее, какие они будут для подобного сферического хранилища в вакууме, нельзя.
> Ведь этот подход претит малым и средним инсталляциям.
Почему?
Эти полки цеплялись по SAS к серверам, которые раздавали диски инициаторам по SRP. Впоследствии от отдельных полок отказались и перешли на 36-дисковые супермикровские серверы.
А как связан рост популярности DAS, подключаемых по SAS, и падение популярности СХД на основе IB-фабрик, состоящих из тех же самых DAS?
Или же имелось в виду использование IB без коммутаторов?
В общем, использовать IB только ради того, чтобы гонять по нему IP-трафик, почти бессмысленно.
Я вообще админ, да и с infiniband-ом уже не работаю, потому вряд ли что-то дельное по программированию под IB могу рассказать.