Оборудование для неоновых заводов как раз стоит от 15к баксов. Можно найти и дешевле, типа китайского самосбора, Сложность оборудования сопоставимая. Самые дорогие комплектующие, насколько я помню, это бомбардер (большой транформатор), насос и манифольд (система трубок и вентилей для переключения газовых потоков). В видео мастер заменил бомбардер микроволновой печкой. А манифольд у него должен быть попроще, если он вообще есть. А вот насос должен быть хороший. Скорей всего, их несколько. Кстати, мне думается, дядька этим деньги зарабатывает. Приспособы у него явно для мелкосерийного производства.
Я выше написал почему меня интересует данный вопрос. Расчет кредитов не даст ответа на мой вопрос, так как это касается фабрики. Например, интересный факт: при 100 км в кабеле единовременно находятся 642 кб данных при 10gfc. :) Вот для этого нужны кредиты.
Я уже понял ЦА этой статьи не технари. Если ко мне подойдет менеджер я выскажу ему свои опасения.
Я не знаю что делают те или инные вендоры. Во всех документах связанных с синхронной репликацией озвучивается гораздо меньшие расстояния. До 10 км, кажется.
Мне стало интересно, что я получу имея такое приложение. Вообще у меня запросы чуть меньше в 700 иопсов (30/70 чтение/запись) но кто знает что будет завтра.
Идем дальше: конкретно к компании нетап у меня претензий нет, имеются претензии к подаче информации. IT менеджеры, прочитав такую простыню тут же загорятся покупкой, ок. Их дело, но когда эта хрень будет работать не так как говорят рекламные проспекты, потому что «есть нюанс». Это будет уже головняк технарей. Я сразу попытался выяснить этот нюанс, и судя по ответам представителя компании, где-то здесь и зарыта собака.
Ситуация похожа на технологию fault tolerance от vmware. По проспектам все красиво, но почему-то я не встречал ее реального использования. А все потому что она не поддерживает smp и является асинхронной. Хотя к чести вмвари, они все эти «тонкости» никогда и не скрывали.
Ну чудо там вроде не описано. Честно скажу: читал по диагонали.
Возьмем для примера приложение генерящее 1000 иопсов. Стандартное такое приложение. При этом длина кабеля пусть составит 100 метров. Для выполнения операции чтения 1000 нс. Записи — 2000 нс. Я учитываю только время на передачу сигнала. Без времени на обработку
При 100 км, как я написал выше чтение 1 мс, запись — 2 мс. То есть 1000 иопсов мы уже не получим. А получим что-то около 1 (одного) иопса :)
Нигде не ошибся?
Обычно синхронная репликация — это когда мы ждем подтверждения записи с удаленной точки. При указанных вами 100 км на каждую операцию чтения потребуется минимум 1 миллисекунда. А на запись — 2. Это без учета накладных расходов на обработку fc-фреймов. Количество буферов для fc мне уже лень считать, но оно будет огромным, и одним донор-портом тут явно не отделаться.
Мммм… Задам вопрос по другому:
Какая максимальная дистанция Для выполнения описанной вами репликации?
И второй вопрос: что вы подразумеваете под синхронной репликацией?
Интересная коммерческая модель. А что же произойдет, когда бинг станет лидером? У кого он будет «воровать» выдачу? У самого себя? Если это правда, то своим поведением он признает что бинг не станет лидером никогда.
различные регуляторы (налоговая, центробанк, фсфр) имели ввиду мнение университетских преподавателей в частности и мнение айтишников вообще. Поэтому, как правило, писать интерфейс с линукса к виндовым приложениям этих самых регуляторов часто дороже чем поднять 10 серверов на винде, что бы они держали ту же нагрузку что и 1 сервер на линуксе.
кстати, я сам RHCE, кроме того, работаю недалеко от финансов, поэтому имею представление о предмете разговора
Я уже понял ЦА этой статьи не технари. Если ко мне подойдет менеджер я выскажу ему свои опасения.
Мне стало интересно, что я получу имея такое приложение. Вообще у меня запросы чуть меньше в 700 иопсов (30/70 чтение/запись) но кто знает что будет завтра.
Идем дальше: конкретно к компании нетап у меня претензий нет, имеются претензии к подаче информации. IT менеджеры, прочитав такую простыню тут же загорятся покупкой, ок. Их дело, но когда эта хрень будет работать не так как говорят рекламные проспекты, потому что «есть нюанс». Это будет уже головняк технарей. Я сразу попытался выяснить этот нюанс, и судя по ответам представителя компании, где-то здесь и зарыта собака.
Ситуация похожа на технологию fault tolerance от vmware. По проспектам все красиво, но почему-то я не встречал ее реального использования. А все потому что она не поддерживает smp и является асинхронной. Хотя к чести вмвари, они все эти «тонкости» никогда и не скрывали.
Возьмем для примера приложение генерящее 1000 иопсов. Стандартное такое приложение. При этом длина кабеля пусть составит 100 метров. Для выполнения операции чтения 1000 нс. Записи — 2000 нс. Я учитываю только время на передачу сигнала. Без времени на обработку
При 100 км, как я написал выше чтение 1 мс, запись — 2 мс. То есть 1000 иопсов мы уже не получим. А получим что-то около 1 (одного) иопса :)
Нигде не ошибся?
Какая максимальная дистанция Для выполнения описанной вами репликации?
И второй вопрос: что вы подразумеваете под синхронной репликацией?
Ой ли? Что за волшебная технология передачи данных? Что за среда передачи данных?
я говорю про Россию
кстати, я сам RHCE, кроме того, работаю недалеко от финансов, поэтому имею представление о предмете разговора