Сабака, нужен под 1С с аппаратными ключами (особенно когда 1С не продает программные, а также когда перенос ВМ с хоста на хост рушит лицензирование 1С). Но это больше проблемы 1С, чем гипервизора, что VMware, что Hyper-V.
Пользуемся аппаратной ключницей SEH myUTN, в т.ч. для 1С, работает без нареканий, ни разу не отваливалось ничего.
Наврное, эту историю можно отнести в эту категорию. Середина 2000-х. Небольшая фирма. Небольшой сервер HP DL360 G* (за давностью лет не помню модель) с терминальным сервером 1С на Windows Server 2003, с 512 МБ оперативной памяти… и 30 пользователями!
Оптимизировано было всё по максимуму, отключены все ненужные службы (часть нужных, да не критичных), и даже при входе пользователей загружался не Проводник (ака explorer.exe), а самописная консольная утилита (типа меню для старта разных 1С).
Но как в и известной сказке, из маленькой овечьей шкуры можно сшить хоть 7 шапок… и результат будет всё равно плачевный.
Также и здесь, когда количество пользователей приближалось к максимуму, сервер нещадно тормозил, пользователи жаловались, работа останавливалась. Контора бедная, а серверы в основном требуют память то с ECC, простую не поставишь. Так и жили.
Как обычно, до руководства порой сложно донести потребности IT-службы, были применены все методы риторики, и оно вникло в проблему и выделило бюджет. Было докуплено ЕЩЕ АЖ 512 МБ памяти. Казалось бы, всего 512, но в рамках сервера — это же удвоение ОЗУ. Сервер вздохнул новой жизнью, пользователи возрадовались, работа продолжилась.
И вот возвращаясь к теме истории — каким бы ты ни был скилловым, выше головы не прыгнуть, железо всё равно тащит!
Не совсем понимаю, как это работает.
По идее, оператор отключает у себя учет трафика для IP-сетей VK. Если вы выходите через iframe на google/yandex/etc, то IP-адреса уже совсем другие и должен идти учет трафика.
Или VK полностью проксирует весь iframe через себя?
Always On failover cluster instances
и
Always On availability groups
не одно и тоже
Нет, всё-таки это одно и тоже, но с ограничениями.
говорится также об одной БД, что в большинстве случаев недопустимо, т к обычно основная БД взаимодействует с другими БД.
Да, одна БД на одну группу (поэтому эта группа и называется Basic). Но можно сделать несколько Availability Groups (в каждой по одной БД) на одном сервере.
Honolulu has the following capabilities: Managing Hyper-V VMs & Virtual Switches
Q: What Microsoft operating systems can Honolulu manage?
A: Honolulu can manage the following operating systems:
Windows Server 2016 Standard and Datacenter
Windows Server 2012 and 2012 R2 Standard and Datacenter Microsoft Hyper-V Server 2016
Microsoft Hyper-V Server 2012 R2
Решение правильное и ожидаемое, потому что функциональные возможности VCSA и vCenter Server для Windows сравнялись еще в vSphere 6.0, а в vSphere 6.5 в VCSA появились дополнительные возможности вроде встроенного механизма vCenter High Availability, встроенного бэкапа и модуля обновлений vSphere Update Manager.
Для нас еще не сравнялись. Нет поддержки VMware SRM в VCSA. Держать ЕЩЕ одну отдельную виртуалку с виндой и этим SRM смысла нет.
Также как и, например, vSAN, который не входит во все редакции, но везде предустановлен — это же не увеличивает стоимость. Включить SRM в комплектацию, активировать после установки лицензии. Я думаю, это будет, но попозже
С этим никто не спорит. Но SRM не входит в состав vCSA (как стал входить Update Manager с версии 6.5). Поэтому приходится держать отдельную ВМ на Windows. А раз она и так есть, то зачем плодить еще одну для vCSA?
Пользуемся аппаратной ключницей SEH myUTN, в т.ч. для 1С, работает без нареканий, ни разу не отваливалось ничего.
Оптимизировано было всё по максимуму, отключены все ненужные службы (часть нужных, да не критичных), и даже при входе пользователей загружался не Проводник (ака explorer.exe), а самописная консольная утилита (типа меню для старта разных 1С).
Но как в и известной сказке, из маленькой овечьей шкуры можно сшить хоть 7 шапок… и результат будет всё равно плачевный.
Также и здесь, когда количество пользователей приближалось к максимуму, сервер нещадно тормозил, пользователи жаловались, работа останавливалась. Контора бедная, а серверы в основном требуют память то с ECC, простую не поставишь. Так и жили.
Как обычно, до руководства порой сложно донести потребности IT-службы, были применены все методы риторики, и оно вникло в проблему и выделило бюджет. Было докуплено ЕЩЕ АЖ 512 МБ памяти. Казалось бы, всего 512, но в рамках сервера — это же удвоение ОЗУ. Сервер вздохнул новой жизнью, пользователи возрадовались, работа продолжилась.
И вот возвращаясь к теме истории — каким бы ты ни был скилловым, выше головы не прыгнуть, железо всё равно тащит!
По идее, оператор отключает у себя учет трафика для IP-сетей VK. Если вы выходите через iframe на google/yandex/etc, то IP-адреса уже совсем другие и должен идти учет трафика.
Или VK полностью проксирует весь iframe через себя?
Да, одна БД на одну группу (поэтому эта группа и называется Basic). Но можно сделать несколько Availability Groups (в каждой по одной БД) на одном сервере.
Тут есть небольшой полезный FAQ:
blogs.technet.microsoft.com/msftpietervanhove/2017/03/14/top-5-questions-about-basic-availability-groups
И сразу в первом пункте неверно: docs.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-2017
AlwaysOn доступен в стандарт в конфигурации из двух узлов и с некоторыми ограничениями. Но доступен.
Я так удалял китайский антивирус с ПК знакомых.
VMware с Вами не соглашается (стр. 21):
Также как и, например, vSAN, который не входит во все редакции, но везде предустановлен — это же не увеличивает стоимость. Включить SRM в комплектацию, активировать после установки лицензии. Я думаю, это будет, но попозже