Rsa97

1. Смысл RAID в первую очередь не в сохранности информации, а в минимизации простоев. Если один диск выходит из строя, система некоторое время может работать на деградировавшем массиве. Но, если произошёл системный сбой и разрушилась файловая система, то она разрушится разом на всех дисках массива. Если до ваших дисков добрался шифровальщик, то он тоже с удовольствием зашифрует всё, не смотря на уровень RAID.
2. Надёжность RAID определяется количеством дисков, вероятностью выхода из строя одного диска и максимальным количеством неисправных дисков в системе. В вашем случае, поскольку вы приобретёте диски одновременно, то есть вероятность, что и из строя они выйдут примерно в одно время.
3. Потеря скорости, в основном, идёт при записи, поскольку надо записать не один диск, а два. А на высоких рейдах (5, 6) ещё и надо прочитать старую контрольную сумму и старое содержимое сектора.

Ну и бэкапы. Всегда бэкапы. Причём версионированные. С версионированного бэкапа, вынесенного на другой компьютер, можно восстановить данные на последнюю точку, обычно на конец предыдущего дня. Если поймали шифровальщик, то восстанавливаем на начало недели или месяца, где последняя незашифрованная версия.

Стандартно. Заменить диски. Вывести старые диски из массива и ввести в него новые или пометить новые как hot spare, в зависимости от реализации raid. Дождаться завершения перестроения массива, убедиться, что всё в порядке.

Если у вашего NS есть API, позволяющее менять записи, то вам надо написать два скрипта. Один должен создавать challenge-запись, второй удалять её.
Имя валидируемого домена в момент вызова скрипта находится в переменной окружения CERTBOT_DOMAIN, значение challenge в CERTBOT_VALIDATION.
После этого надо в файле /etc/letsencrypt/renewal/ваш_домен.conf в секции [renewalparams] изменить строку
pref_challs = dns-01,и добавить две строки

manual_auth_hook = /путь/к/скрипту_создания_записи
manual_cleanup_hook = /путь/к/скрипту_удаления_записи

Два блока питания вряд ли найдёте, а блок с резервированием легко.
Вот, например, корпус и БП с горячим резервированием.

Скорее всего, надо назначить новый диск резервным (spare). Посмотрите в разделе Unassigned Drives

https://habr.com/ru/post/276975/

На 10 клиентов я бы заложил минимум 12-ядерный процессор и 64Gb оперативки, с возможностью расширить до 128Gb. Два SSD в программном рейде под операционку и два HDD в программном рейде под данные. Академическую лицензию Windows Server с 10 пользовательскими и 10 терминальными лицензиями (Device CAL и Device RDS CAL). Думаю, что где-то в 100-120 килорублей можно уложится.

В качестве клиентов годятся любые компьютеры, можно организовать загрузку ThinStation по сети, тогда даже HDD на клиентах не нужно.

Проблема может быть в повреждённом слоте, материнской плате, сокете (загнутые контакты) или в ошибке одного канала контроллера памяти в процессоре.

32. Лицензии привязываются к конкретному серверу. На одном сервере не может быть менее восьми 2-core лицензий, независимо от реального количества процессоров и ядер.

Становитесь владельцем mail.yandex.ru и mail.exemple.com, получаете сертификат на mail.exemple.com, размещаете его на сервере mail.yandex.ru.

Такая запись означает, что в слот размера x16 выведено только 8 каналов PCI-express. Не каждая видеокарта заработает, а если заработает, то с урезанной производительностью обмена с оперативкой.

В описании материнских плат у Supermicro есть разъём PCI Express x16. У HP тоже слот есть. Только размеры видеокарты должны быть небольшими, чтобы в корпус влезла.
Возможно дополнительно понадобится райзер-карта, по фотографии сложно сказать.

Если коммутатор умный и поддерживает агрегирование каналов, то можно.

Исходя из требований, лучше собрать два сервера

Сервер 1С - поскольку предполагается удалённая работа (иногородние пользователи), то предпочтительно использовать RDP. При этом на каждого пользователя надо выделить памяти столько, сколько занимает работающий клиент 1С плюс примерно 32-64 МБ на прочие запущенные приложения. Если 1С работает в режиме сервера приложений с MS SQL, то добавить пару гиг на процессы и на кэширование базы (по её объёму). Ну и пара гиг памяти на саму систему (у нас на 100 пользователей стоит два сервера - 1C+RDP, 24 гига и MS SQL, 16 гиг ОЗУ, хватает впритык). Винты (или SSD) под систему, отдельно под базу, для SQL - лучше отдельно под журнал, можно отдельно под своп. Ну и соответственно Win2012 + 50 user/device CAL + 50 user/device RDS CAL + 50 лицензий на MS SQL (или на ядра, что будет дешевле).

Файловый сервер - тут проще, можно сделать на Linux+Samba. Особых требований по железу нет, только объём винтов по необходимости.

Доступ в интернет - по идее надо ставить в каждом городе отдельно. Тут можно, в зависимости от желаемого контроля, ставить как связку Linux+Squid+SquidGuard для полного контроля, так и просто Mikrotik с регулировкой ширины канала для каждого пользователя.

Если захотите развернуть Active Directory, то учтите, для его нормальной работы в каждый филиал желательно будет ставить по отдельному контроллеру, а в головном офисе - основной и резервный контроллеры на разных серверах.

Что показывает
dialplan show outcolling1