Как повысить надежность системы

[zavgar]

Здравствуйте!
Есть три физических сервера
Сервер_1, ПК с процессором сокет 478. ОС windows server 2003, установлена роль AD.
Сервер_2, ПК с процессором i7. ОС windows server 2008R2, установлена роль терминального сервера. 1с.
Сервер_3, Сервер supermicro. ОС windows server 2008R2, установлен server SQL.

Рабочее приложение 1с-торговля. 30 пользователей работают через терминал. 150 заходят через веб приложение непостредственно в 1с(планируемый рост до 1000пользователей). Вся работа с 7.00 до 24.00. Ресуров достаточно пока все работаєт на ура.

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

Подскажите пожалуйста как бы все так завернуть?

[James Marsh]

Сервер_1, ПК с процессором сокет 478 »
На свалку истории
Сервер_2, ПК с процессором i7 »
Данные хоть на рейд-массиве?
Сервер_3, Сервер supermicro »
Ну хоть что-то людское.

При необходимости возможна покупка нового оборудования. »
Необходима!

Как минимум сервер на базе супрмикро, желательно двухпроцессорный и дофига много оперативной памяти (причина - планируемый рост до 1000пользователей »)
В обязательном порядке аппаратный рейд от adaptec/lsi (что в Ваших краях водится)
И самое главное - виртуализация.

Мое имхо:
сервер dell poweredge r430, 2.5in 8 hdd шасси, 2 Xeon'a 2620(30/40) v3, 64GB RAM, 2 блока питания обязательно, raid perc 730, 4x 600GB 10K RPM SAS 12Gbps 2.5in Hot-plug Hard Drive + 3 года гарантии желательно next business day

Собираете аппаратный 10 рейд (обьем будет около 1,2ТБ), ставите Server 2012R2 STD, поднимаете на нем hyper-v только(!), делаете 2 виртуалки с 2012r2 (первая маленькая - 2 ядра, 2гига оперативы, 30 ГБ vhdx - поднимаете еще один кд в домене и передаете туда роли FSMO; на второй - отдаете 4-6-8 ядер, оперативы поболее, отрезаете vhdx'a основательно, и ваяете терминальный сервер, куды переносите серверную часть 1са.

ПК с процессором i7 »
В этот комп пихаем саташных винтов поболе в софтовый рейд, сетевуху гигабитную дополительную, соединяем с серваком напрямую,, ставим veeam backup and replication free и бэкапим туды все виртуальное хузяйство.

В таком случае ночью можно хоть как-то спокойнее спать, особенно при Вся работа с 7.00 до 24.00 »

[El Scorpio]

Собираете аппаратный 10 рейд (обьем будет около 1,2ТБ), ставите Server 2012R2 STD, поднимаете на нем hyper-v только(!), делаете 2 виртуалки с 2012r2 (первая маленькая - 2 ядра, 2гига оперативы, 30 ГБ vhdx - поднимаете еще один кд в домене и передаете туда роли FSMO; на второй - отдаете 4-6-8 ядер, оперативы поболее, отрезаете vhdx'a основательно, и ваяете терминальный сервер, куды переносите серверную часть 1са. »
Маленький вопрос в тему по использованию виртуализации.

Какие способы хранения дисковых устройств для виртуальных машин допускает Windows Server и Hyper-v ?
Только создание файлов на обычном разделе с файловой системой или же есть иные способы, обеспечивающие защиту от повреждения файловой системы разделов дисков хоста и перенос информации без остановки виртуальных машин?

Например службы виртуализации в Linux позволяют подключить группу LVM и нарезать в ней нужное количество разделов. При этом сама LVM допускает "горячий" перенос логических разделов между физическими хранилищами. Есть ли аналогичные функции в Windows?

[zavgar]

Сервер_3, supermicro с sql оставляєм без изменений?. А если он аппаратно выйдет со строя, где же развернуть бекап базы тогда.?

[kolonhoe]

если на i7 и supermicro хватает ресурсов сразу и на 1с и SQL, а домен можно внедрить на 1с-ный сервак, то поставить виртуалку proxmox, у неё в новой версии уже идёт raid из коробки. настроить между ними кластеризацию, благо есть материал на русском и прям ну очень доступно описано до команд. я думаю тут отказоустойчивость будет окупать расходы на добавку оперативы и винчестеров. те же бэкапы и снапшоты сделать и восстановить не проблема.

[cameron]

Какие способы хранения дисковых устройств для виртуальных машин допускает Windows Server и Hyper-v ?
Только создание файлов на обычном разделе с файловой системой или же есть иные способы, обеспечивающие защиту от повреждения файловой системы разделов дисков хоста и перенос информации без остановки виртуальных машин? »
pass-throught диски доступны для HV, но есть очевидные проблемы с Live-Migration, backup, so on.
обеспечивающие защиту от повреждения файловой системы разделов дисков хоста »
вот это не поняла.
Например службы виртуализации в Linux позволяют подключить группу LVM и нарезать в ней нужное количество разделов. При этом сама LVM допускает "горячий" перенос логических разделов между физическими хранилищами. Есть ли аналогичные функции в Windows? »
миграция между томами и LUN'ами возможна.
как и между хостами.

планируемый рост до 1000пользователей) »
средствами 1С это почти невозможно и требует огромных ресурсов.
Задача: Повысить надежность работы до простоя не более 10 минут, »
2-node cluster, shared storage (FC/10gbe), возможно два одинаковых с синхронной репликацией, свитчи в стек, два маршрутизатора в режиме A/A или A/P, два провайдера (своя AS+BGP), два независимых ввода эл-ва+АВР (подключение по первой категории).

сумма будет превышать 10 лямов в нынешних реалиях.
срок реализации - от квартала до полугода, в зависимости от "хотелок" и возможностей.

[El Scorpio]

Цитата El Scorpio:
обеспечивающие защиту от повреждения файловой системы разделов дисков хоста »

вот это не поняла. »
Имеется в виду возможность повреждения файлов дисков виртуальной машины при сбоях в файловой системе из-за аварийного завершения работы физического сервера.

[cameron]

Имеется в виду возможность повреждения файлов дисков виртуальной машины при сбоях в файловой системе из-за аварийного завершения работы физического сервера. »
занятно. про убитые *nix FS читала много раз, один раз даже плотно ковырялась с btrfs, а вот с NTFS такого не встречала.
и какие решение есть у *nix-like ос для этого?

[El Scorpio]

Вот тут http://forum.oszone.net/thread-316960.html товарищ жалуется на повреждение файла VHD виртуального диска в Windows после отключения питания.


В Linux при использовании LVM под каждый виртуальный диск выделяется отдельный раздел LV (logical volume).
Поскольку структура LVM в ходе работы виртуальных машин не изменяется, повреждение виртуальных дисков исключено.
Главное, чтобы не было отключений в ходе операций по изменению структуры LVM типа переноса на другой PV (физический раздел). Впрочем LVM в ходе выполнения данных действий пишет информацию сразу на оба физических раздела (и новый, и старый), так что после перезагрузки продолжает процесс без всяких проблем.

Есть ли аналогичное хранилище под Windows?

[Denis Dyagilev]

Есть ли аналогичное хранилище под Windows »
Ага.
Hyper-V Replica называется. А в Windows Server 2016 — Storage Replica.

Вы оффтопить решили про Линуксы в ветке серверных ОС Майкрософт?

[cameron]

В Linux при использовании LVM под каждый виртуальный диск выделяется отдельный раздел LV (logical volume).
Поскольку структура LVM в ходе работы виртуальных машин не изменяется, повреждение виртуальных дисков исключено.
Главное, чтобы не было отключений в ходе операций по изменению структуры LVM типа переноса на другой PV (физический раздел). Впрочем LVM в ходе выполнения данных действий пишет информацию сразу на оба физических раздела (и новый, и старый), так что после перезагрузки продолжает процесс без всяких проблем. »
возможно я немного не понимаю идеи, так как мало общаюсь с *nix-like, но какое отношение менеджер томов имеет к ФС, которая на этом блочном устройстве?
замены LVM у виндовс есть (storage spaces), и метаданные (про которые вы пишете, описывая разметку томов в LVM) там тоже сложно порушить.
но не понимаю как это связанно. и где тут хоть какая-то надёжность?

Вы оффтопить решили про Линуксы в ветке серверных ОС Майкрософт? »
да про серверные оси тоже можно поофтопить ;)
всё становится печально из релиза в релиз =)

[zai]

Есть ли аналогичное хранилище под Windows? »
Нет.