Госпада, давайте вы с чангой в чат по чанге будете писать?

если нет онприма, тогда нафига покупали? идите в о365

легаси? остпалось он тучных времен когда было 100 человек и хотели задачи в аутлуке?

а нафиг там чанга?

а что им, на маил ру сидеть?)

а админ все это смотрящий?

еще раз, если захотели держать ексч онпрем, то наверное надо соображать и понимать, что любому онпрем нужна поддержка

Хотите размять мозги? Помогите коллегам найти выход из сложной ситуации. Вопросы без ответов с social.technet.microsoft.com/Forums/ru-RU/home?forum=smsru - sccm заблокировать перезагрузку на windows server 2012 r2 - Временные папки от WindowsUpdateAgent30-x64.exe - WSUS+SCCM 2012 buid 1702 - Удаленное подключение консоли к configuratin manager server - Неправильное отображение количества элементов ограничивающей коллекции - SCCM Capture ONline IMage - SCCM Enpoint Protection блокирует admin$ - SCCM 2012 +WSUS+DMZ

кто вмвару знает, описали ща такое Платформа vmware esx. С контрактом. Несколько серваков с процессорными мощностями и 64 оперативки на каждом. И один сервак с небольшим процессором и 800 гигами оперативки. И дисковое хранилище. все соединено 40 оптикой подскажите, такое возможно?

Возможно у жизни?

Или в реализации?

умеет ли это esx, то что возможно в жизни я не сомневаюсь

кто вмвару знает, описали ща такое Платформа vmware esx. С контрактом. Несколько серваков с процессорными мощностями и 64 оперативки на каждом. И один сервак с небольшим процессором и 800 гигами оперативки. И дисковое хранилище. все соединено 40 оптикой подскажите, такое возможно?

Возможно и ESXi поддерживает кроме разве что 40й оптики

До 1Тб озу если модули RL dimm

Именно RL

Возможно и ESXi поддерживает кроме разве что 40й оптики

а как называется это расшаривание оперативной памяти?

То есть LR

И проц не ниже 2011v3 сокетов

Если имеете ввиду NUMA то она межу нодами работать не будет (только на одной многосокетной системе )

Если имеете ввиду NUMA то она межу нодами работать не будет (только на одной многосокетной системе )

там речь о том, что вычислительные ядра на одной машине. а оперативка на другой

Не реально, скорость сети слишком маленькая, по сравнению с шиной памяти да и практического смысла ни какого - латентность так возрастёт что память просто будет самым слабым звеном + коррекции ошибок и балансировка, управлением Кеша - технология утопична по своей архитектуре

Не реально, скорость сети слишком маленькая, по сравнению с шиной памяти да и практического смысла ни какого - латентность так возрастёт что память просто будет самым слабым звеном + коррекции ошибок и балансировка, управлением Кеша - технология утопична по своей архитектуре

угу, я этому применения тоже не вижу, но вот рассказали о такой схеме, я хз как это гуглить

угу, я этому применения тоже не вижу, но вот рассказали о такой схеме, я хз как это гуглить

да нечего гуглить, эт просто глупость

Возможно тот кто рассказал, не так поняли технологию, в esxi есть балансировка нагрузки на cpu которая распределяется между несколькими нодами, но озушки должно быть равное кол-во и столько что каждая нода умела держать 100% машин обеих хвостов

да нечего гуглить, эт просто глупость

ну есть же VMware Fault Tolerance, черт его знает че там еще есть

ну есть же VMware Fault Tolerance, черт его знает че там еще есть

ну и что?) у гипер-в тоже самое есть, это просто миграция стэйта вместе с содержимым оперативки машины с одной ноды на другую

И отдельно iSCSI, + virtual flash очень хорошая штука особенно на без дисковых нодах

ну и что?) у гипер-в тоже самое есть, это просто миграция стэйта вместе с содержимым оперативки машины с одной ноды на другую

@SorrowfulGod это не бред?

и это на самом деле не в случае фолт толлеранс происходит, а в случае мэйнтанца

при фолте стэйт не мигрирует, а просто запускается с нуля на новой ноде

обычный кластер высокой доступности

ну и что?) у гипер-в тоже самое есть, это просто миграция стэйта вместе с содержимым оперативки машины с одной ноды на другую

позволяющих в случае отказа хоста с основной виртуальной машиной мгновенно переключиться на ее "теневую" работющую копию нет такого в hyper v

ну и что?) у гипер-в тоже самое есть, это просто миграция стэйта вместе с содержимым оперативки машины с одной ноды на другую

В общем то верно

позволяющих в случае отказа хоста с основной виртуальной машиной мгновенно переключиться на ее "теневую" работющую копию нет такого в hyper v

Это когда обе машины работают

Есть такое

Но ресурсов в 2 раза больше кушает

позволяющих в случае отказа хоста с основной виртуальной машиной мгновенно переключиться на ее "теневую" работющую копию нет такого в hyper v

есть, просто машина будет перезапущена в случае фолта

при фолте стэйт не мигрирует, а просто запускается с нуля на новой ноде

при отказе ноды вмваре утверждает что машина будет работать непрерывно

при отказе ноды вмваре утверждает что машина будет работать непрерывно

Да, такое есть

при отказе ноды вмваре утверждает что машина будет работать непрерывно

ну возможно

Но ресурсов в 2 раза больше кушает

угу, по факту то две машины работает, плюс куча ограничений

Да, такое есть

а у Hyper v нет

Есть такое, в основном озушки только кушает

сомнительная необходимость, если честно)

а у Hyper v нет

В HV и виртуал флеш нету

сервисы, которым такое надо - обычно сами умеет в фолт толлеранс

ну возможно

возможно блоки памяти и процессоры вынимать наживую, но эт уже не вмваре и hyper v

В HV и виртуал флеш нету

о чем речь?

В HV и виртуал флеш нету

а это что?)

сервисы, которым такое надо - обычно сами умеет в фолт толлеранс

угу, а тут типа че угодно

сомнительная необходимость, если честно)

Ограничения как раз полутому и есть что бы Пигги были минимальные и общий доступ к хранилищу, кроме того та же OVH юзает

угу, а тут типа че угодно

да хъерня все это, все упадлет на разрыве TCP

а это что?)

Это когда нода подключена к схд по сети или имеет локальный рейд а для горячих данных у неё локальных кэш на SSD или группе SSD

да хъерня все это, все упадлет на разрыве TCP

Не рвётся, маки то же переезжают

Не рвётся, маки то же переезжают

а кто об этом расскажет свичам и роутерам?)

Это когда нода подключена к схд по сети или имеет локальный рейд а для горячих данных у неё локальных кэш на SSD или группе SSD

у мс это через storage spaces direct реализовано

Это когда нода подключена к схд по сети или имеет локальный рейд а для горячих данных у неё локальных кэш на SSD или группе SSD

а кто мешает CSV на ссд делать?

а кто мешает CSV на ссд делать?

алл флеш тогда уж

а кто мешает CSV на ссд делать?

Что такое CSV ?

Не рвётся, маки то же переезжают

при миграции машины в кластере тоже маки переезжают, но соединения все ранво рвутся.. при том, что машина фактически не выключается

Что такое CSV ?

кластер шаред волюм

при миграции машины в кластере тоже маки переезжают, но соединения все ранво рвутся.. при том, что машина фактически не выключается

При миграции рвутся да

кластер шаред волюм

А при чем тут виртуал флеш ?

СХД и так может быть с кешем

А при чем тут виртуал флеш ?

тогда я не понимаю в чем назначение локального кэша

что именно в нем хранится

персистентные данные один фиг должны хранится в цсв, не персистентные для фол толлеранс нет смысл держать в локальном кэше, ибо все умрет вместе с нодой

Например когда у вас насколько десятков нод и кажды раз не обращаетесь к схд, а берёте данные из Кеша, а затем esxi оптимально компанует данные для передачи на схд, либо когда латентность и/или скорость схд не такая быстрая в случае удалённости или нагрузки на схд

персистентные данные один фиг должны хранится в цсв, не персистентные для фол толлеранс нет смысл держать в локальном кэше, ибо все умрет вместе с нодой

Для машин это прозрачно

Например когда у вас насколько десятков нод и кажды раз не обращаетесь к схд, а берёте данные из Кеша, а затем esxi оптимально компанует данные для передачи на схд, либо когда латентность и/или скорость схд не такая быстрая в случае удалённости или нагрузки на схд

но тогда возникает вопрос консистентности данных на разных нодах при отказе, например.. или при рассогласовании

ERROR: S client not available

оно того стоит?

И там несколько режимов работы в зависимости от потребностей на чтение / запись и тд

Например когда у вас насколько десятков нод и кажды раз не обращаетесь к схд, а берёте данные из Кеша, а затем esxi оптимально компанует данные для передачи на схд, либо когда латентность и/или скорость схд не такая быстрая в случае удалённости или нагрузки на схд

rdma и норм мне кажется

сейчас реально нет никаких проблем со скоростью доступа в схд и к ее дискам, 10гбит устроить можно легко, локальный кэш скорее всего работать будет даже медленнее

какое то бесмысленное усложнение

но тогда возникает вопрос консистентности данных на разных нодах при отказе, например.. или при рассогласовании

В зависимости от задач, кодой виртуалке можно выделять или не выделять пространство vflash, ранее в место неё использовался механизм кеширования

сейчас реально нет никаких проблем со скоростью доступа в схд и к ее дискам, 10гбит устроить можно легко, локальный кэш скорее всего работать будет даже медленнее

а если локальный кеш на нвме?

10Gbps это мало :((

Ssd работают гораздо быстрее и выдают огромные iopsы

И дешевле чем 70-100 sas дисков

ссд можно и в схд запихнуть

просто это как бы губит всю идею независимости машин от нод

10Gbps это мало :((

ок, есть оптика

уверен, что есть кейсы для таких вещей, но например в случае с БД - это совершенно смертельно

у вас со стороны машины транзакция фиксанется, нода упадет и привет.. вы про эту транзакцию никогда больше не узнаете

а если прилетит часть кэша, то и роллбэк не сработает

в кейсах с cdn это наверное имеет профит

Ssd работают гораздо быстрее и выдают огромные iopsы

Смотря какая нагрузка, пропускная способность и задержка разные вещи

И дешевле чем 70-100 sas дисков

А 15к диски все вроде, новые модели делать не будут, но ентерпрайз ссд дюже дороги

у вас со стороны машины транзакция фиксанется, нода упадет и привет.. вы про эту транзакцию никогда больше не узнаете

Синхронная реплика схд же

Синхронная реплика схд же

ну два таких места отказных - в два раза больше риска)

ну два таких места отказных - в два раза больше риска)

Они независимо работают, шанс файла одного и второго 50%, а шанс файла обоих уже 25%

Где тут больше риска?

Они независимо работают, шанс файла одного и второго 50%, а шанс файла обоих уже 25%

я имею ввиду две репликации

сначала кэш реплика на схд, потом еще и между схд

сначала кэш реплика на схд, потом еще и между схд

Там может быть кеш тока на чтение

Хз, тонкости не знаю

¯\_(ツ)_/¯

И там несколько режимов работы в зависимости от потребностей на чтение / запись и тд

речь идет про кэширование данных на локальном ссд ноды перех их отправкой в персистентное хранилище

если одна нода закоммитит транзакцию, а другие ноды об этом никогда не узнают, из за того, что кэш не дойдет до схд

Угу