pred8or

Одно время использовали проприетарные SAN EMC с подключением по FC. Ну и накушались! Диски понимает только одобренные EMC (читай - выложи хрен знает сколько денег за замену). FC-коммутатор тоже радости не доставлял, хоть и был имени IBM.

Короче, лет 8, наверное, назад начали миграцию. С тех пор используем только самодельные хранилища (сначала на тех же FC, чтоб хоть часть инфраструктуры потянуть подольше), сейчас на 10-гигабитном Ethernet. Хранилища - на основе стареньких, но вполне рабочих серверов. Есть несколько на платформах Supermicro, сейчас тестируем перед пуском в продакшн какой-то IBM. Главное, чтоб можно было воткнуть RAID-контроллер и сетевуху нужную. Найти пару стареньких, но избыточно мощных для этой задачи процессоров Xeon и массу памяти ECC для этих серверов - не проблема. В качестве операционной системы хранилища используем ESOS (Enterprise Storage OS). Начинали с версии 0.9, сейчас - 4.1. Система грузится с флешки, работает полностью в памяти. Хранилища разные под разные задачи. От объёмистых на 7K SATA до быстрых на 15K SAS. В любом случае, даже хранилища на SATA по пропускной способности и latency в наших условиях бьют локальные диски на рабочих станциях. Вот так мы отучили пользователей хранить данные локально.

Хранилища подключаются к кластеру на XCP-ng - тоже ещё один классный продукт. Поскольку все виртуалки - на SAN, живая миграция их с хоста на хост - дело нескольких секунд (не то чтобы это часто требовалось, но пару раз сильно выручило).

На сервере Ubuntu с нетпланом для сервера DHCP на Windows 2012R2 делаю так:

В каталоге /etc/netplan создать файл yaml с примерно таким содержимым:

network:
    version: 2
    ethernets:
        enp4s0:
            dhcp-identifier: mac

После этого sudo netplan apply

Я клинический дебил. Всё работает. Я в IP-адресе ошибся. Дважды. И не заметил.

Но с исходным правилом с шаблоном ups возникла другая проблема. Запись попадала и в /media/logs/rsyslog/%FROMHOST-IP%/%PROGRAMNAME%.log и в /media/logs/rsyslog/ups/%FROMHOST-IP%.log

В результате правило модифицировал так:

$template RemoteLogs,"/media/logs/rsyslog/%FROMHOST-IP%/%PROGRAMNAME%.log"
$template ups,"/media/logs/rsyslog/ups/%FROMHOST-IP%.log"

:fromhost-ip, isequal, "172.18.0.70" -?ups
& stop
:fromhost-ip, isequal, "172.18.0.71" -?ups
& stop

*.* ?RemoteLogs
& stop

Запись добавляется в один лог, но теперь непонятно не теряется ли чего

Сколько-сколько... 24, если в каждый порт воткнуть по одному пользователю

Октябрьская серия обновлений имела массу проблем, например, с печатью. Ваша проблема, скорее всего, - KB4517389. Найти его в списке установленных обновлений и удалить

Используем вот такой Zotac в качестве устройства для автоматического запуска Хрома с неким сайтом. Приткнули за телевизором. Примерно год беспроблемно работал, потом начал регулярно виснуть по перегреву. Пришлось колхозить 6-см вентилятор, запитывать его от единственного USB. Думали поискать альтернативы, в этом форм-факторе всё остальное ещё хуже. Интелов есть примерно 4 модели, все по-своему кастрированы.

Требователен к мощности блока питания. Комплектный БП на 3А, в узкое пространство за телевизором не поместился, но нашлась пара моделей, которые удалось задействовать. С каким попало 2А БП возникают странные эффекты при старте Windows.

Почему половина принтеров не работают по RDP?

Mouse Without Borders: https://www.microsoft.com/en-us/download/details.a...

Некоторое время баловался, вполне рабочее решение

Upd. Упс, это должно было быть к ответу VoidVolker . Жаль что оба решения чисто виндовые

Не используя деревянных контроллеров raid, хочется получить программно определяемое хранилище (SDS, Software-defined storage)

Если посмотреть определение SDS в википедии, да почитать другие источники, то можно узнать, что этот термин - такой же маркетинговый булшит, как и всё остальное про SD*. По сути - абстракция и виртуализация имеющихся аппаратных (деревянных?) хранилищ. Тех же SAN или NAS.

Так что определитесь с тем что на самом деле нужно, а дальше - всё решаемо в рамках достаточно скромных бюджетов. Без использования EMC или, к примеру, IBM.

Можно. Надо только использовать командную строку консоли. Немного по другому поводу, но это обсуждалось здесь: Подключить диск объёмом > 2ТБ к XenServer 7.0?

Ну и в случае с Hardware HBA таких проблем вроде не существует

Можно использовать LDAP для управления конфигурациеё DHCP. А уж чем в этот каталог смотреть - Web-интерфейсом или чем-нибудь типа LDAP Admin - уже несущественно.

Когда в XenServer создаётся сеть, фактически создаётся виртуальный коммутатор. В случае привязывания его к аппаратному порту, вы, практически, делаете мост во внешнюю сеть. Поскольку это коммутатор, трафик между виртуалками (по идее) локализован в этом коммутаторе и наружу не выходит.

Когда вы создаёте Single-server private Network, вы создаёте ещё один точно такой же коммутатор, только не выпускаете его наружу. В остальном разницы практически никакой. В том числе и по производительности. Вот измеренное при помощи netperf:



Сеть 10.* - виртуальная, 192.* - с выходом наружу. Серверы test-server и *.5 имеют по 2 сетевых интерфейса, соответственно, результаты измерений показывают производительность обеих сетей. mainframe - это рабочая станция, подключенная по гигабитной сети к SOHO-коммутатору.

Кстати, уже не напрямую по теме, но тем не менее. Когда создаётся том и сканируется репозитарий, в XenCenter диск появляется без имени. Если его сразу создать на 100% объёма, его невозможно переименовать. Поэтому его нужно создать какого-нибудь объёма, отсканировать, переименовать, потом расширить до 100% и снова отсканировать. И будет счастье

64-битная система на 32-битной машине?

Не слушайте никого насчёт виртуалок. Всё (кроме аппаратных ключей) можно ставить на них. При этом если вы обеспечиваете их резервное копирование, ничего у вас не накроется. А вот миграция всех серверов с аппаратного сервера на аппаратный сервер - дело только производительности вашей сети. На то они и виртуалки. Разницы в производительности вы не ощутите.

Теперь по существу вопроса. На 20 пользователей вам понадобится: 1 виртуальный сервер 1С, 1 виртуальный сервер СУБД, 1 аппаратный "сервер" для аппаратных ключей защиты и столько виртуальных серверов для менеджеров лицензий, сколько у вас аппаратных ключей.

В качестве базовой инструкции по развёртыванию на Linux вы можете использовать вот эту замечательную статью: habrahabr.ru/post/155735

В нашей организации архитектура развёртывания выглядит следующим образом:


(сервер 1С и СУБД)


(управление лицензиями)