Совет по логическому проектированию

[Gobzavr]

Имеется три хардовых сервера

1)HP чего то там E5700\4Gb\1x250 gb\Win2003stx86
Используем как DMZ, фронтэнд для TS 1cv77
2) HP чего то там G6950\2Gb\1x250 gb\Win2003stx86
Используем как SQL, ,бекэнд для SQL 1cv77
3) Самосборка из чего было G630\2gb\1x160 gb\Win2k8R2x64
Используем как DC
Бекап идет накрест между первым и вторым серваком + на USB винт + на удаленный хост
Бекап третьего сам на себя пока что + на удаленный хост. Это плохо

Вопросы

1) Как это бы эдак улучшить отказоустойчивость? Денег на винты не дадут. Ибо товарищи такие, что платят когда все падает.
Советы, типо урони, и требуй денег - не вариант. С людьми работаем не такой большой срок, что бы не получить разрыв контракта вообще. Да и вообще, не могу я как мудак поступать. Репутация дороже.

2) Куда приткнуть второй КД? На виртуалку, понятно. Но куда?

[exses]

А по загрузкам цпу, памяти, свободному месту что происходит?
В dmz держать контроллер мне было бы неуютно. в 2Гб на виртуалке - тоже.
домен - обязательно? Если stand alone решениями обойтись?

[Gobzavr]

домен - обязательно? Если stand alone решениями обойтись?

Щас домена нет, зоопарк 30 компов. DNS нет. Сетевое окружение постоянно ломается.
Вобщем бедлам

[exses]

Щас домена нет, зоопарк 30 компов. DNS нет. Сетевое окружение постоянно ломается.
Вобщем бедлам

Хоть кабельная в порядке (актив\пассив)? А $20 на память они найти смогут, если винт сумма неподъёмная. и на второй машине подниматься (если запас по процу есть). Машина сиквелом нагружена сильно?

или на самосборку самбу. под бекап, dhcp.... .юзерами не сильно поуправляешь, но сетка разваливаться не будет.

[tvn2009]

Имеется три хардовых сервера

1)HP чего то там E5700\4Gb\1x250 gb\Win2003stx86
Используем как DMZ, фронтэнд для TS 1cv77
2) HP чего то там G6950\2Gb\1x250 gb\Win2003stx86
Используем как SQL, ,бекэнд для SQL 1cv77
3) Самосборка из чего было G630\2gb\1x160 gb\Win2k8R2x64
Используем как DC
Бекап идет накрест между первым и вторым серваком + на USB винт + на удаленный хост
Бекап третьего сам на себя пока что + на удаленный хост. Это плохо

Вопросы

1) Как это бы эдак улучшить отказоустойчивость? Денег на винты не дадут. Ибо товарищи такие, что платят когда все падает.
Советы, типо урони, и требуй денег - не вариант. С людьми работаем не такой большой срок, что бы не получить разрыв контракта вообще. Да и вообще, не могу я как мудак поступать. Репутация дороже.

2) Куда приткнуть второй КД? На виртуалку, понятно. Но куда?

Без винтов наверное никак в плане отказоусточивости.
По поводу резервного DC, на первый сервер поставить Гипервизор ESXi, на него накатать 2 оси. 1.Терминал-сервер для 1С. 2.резервный контроллер домена. Но памяти мало. Работать будет но тяжко. Желательно 8 Гб.
Но, без RAID-массивов что-либо делать с серверами я бы не стал

[Gobzavr]

Хоть кабельная в порядке (актив\пассив)?

Кабельную перетянули. До этого было 22 свича на 29 компов - по свичу в комнате. Сделали по шкафу на здание. Поставили шкафы на UPS. C октября полет нормальный

Машина сиквелом нагружена сильно?

Не особо

По поводу резервного DC, на первый сервер поставить Гипервизор ESXi, на него накатать 2 оси. 1.Терминал-сервер для 1С. 2.резервный контроллер домена.

не взлетит. Оперативки мало очень

А $20 на память они найти смогут, если винт сумма неподъёмная. и на второй машине подниматься (если запас по процу есть).

Ответ - "а зачем, если все и так работает"
Пока концы найду убедить, боюсь завалится. Делаю, что могу из чего есть

Машина сиквелом нагружена сильно?

По процу не очень, по памяти достаточно, что бы один сиквел был на сервак.

[exses]

"а зачем, если все и так работает"

Мои соболезнования. Вроде люди на оутсорсе должны считать, что такое 20-50-100 уе планово в железо, чем 200-300-500 уе в авральные работы, а потом еще 50-100-200 в железо.
имхо без вложений в железо надежней сделать не реально. На крайний пристрелить клиентскую (раб. место) машину на запчасти.

[Gobzavr]

Да, я в курсе

С машиной не вариант - тонкие клиенты по PXE
P3\256\10gb - не вариант разбирать

[salex730]

поставить за свои деньги а с них как нить потом тихонечко в др роботе\задаче учесть цену и настройку этих винтов

[exses]

поставить за свои деньги а с них как нить потом тихонечко в др роботе\задаче учесть цену и настройку этих винтов

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

Неоднократный вариант тендера для хитроумных: мы на работы занизим цену, и отобьём дельтой по оборудованию. В итоге один счет выбрасывается и "вы ребята работайте, а оборудование мы сами купим".

[salex730]

все верно, нюансов много...

[atx.dp.ua]

по логике вещей можно поднять контроллер домена, если вы его хотите резервировать на компьютер с SQL сервер,
насчет того что написано по памяти, можно ограничить для SQL сервера использование памяти, в разумных пределах, и установить резервный контролер домена на этот компьютер.
ps.
да я знаю, что не рекомендуется фирмой Microsoft устанавливать SQL server на контроллер домена.
опять же устанавливать базу данных на компьютер с одним жестким диском,
довольно неразумно, хотя бы RAID1 (для предотвращения авральных ситуаций) , а лучше RAID10.

[Gobzavr]

да я знаю, что не рекомендуется фирмой Microsoft устанавливать SQL server на контроллер домена.

Да я из практики знаю, что так делать нельзя. Уже разбирал говно за одними умниками

Пока я склоняюсь к запихиванию резервного DC (c возможностью временного переноса ролей) на софтовую виртуалку. Вопрос - на каком компе ее поднять и что брать из софта?

[atx.dp.ua]

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

опять же , самый просто вариант поставить виртуалку там где SQL server и забрать у него память, что не есть гуд

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

итого одна машина на которой установлен SQL сервер, а там памяти на виртуалку не хватит, даже если вы выделите под нее 512Мб..

В итоге вы придете к решению задачи почему медлено работает терминальный сервер либо Sql server
потому что кому то из них будет не хватать памяти. ( Кроме варианта терминальный сервер на 3-5 человек, и то еще очень зависит что они на нем делают)


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

p.s. если вам для себя делайте резервную копию домена и ложите в dropbox по факту падения контроллера
выполните закупку оборудования и произведете восстановление текущего состояния, единственное что нужно прописать сроки восстановления в договоре и обратить внимание на этот момент

[Gobzavr]

Кроме варианта терминальный сервер на 3-5 человек, и то еще очень зависит что они на нем делаю

20. Сидят в 1С 7.7
Не будет хватать.

[salex730]

сори шо немного не в тему но мне вот интересно а смысл в виртуалках ?
если ж ляжет машина ну там винт ляжет же и вертуалка которая на этом же винте была например
смысл плодить даже на мощные машины виртуалки (глобально имею ввиду, ну в2х словах ) ?

[Gobzavr]

если ж ляжет машина ну там винт ляжет же и вертуалка которая на этом же винте была например
смысл плодить даже на мощные машины виртуалки (глобально имею ввиду, ну в2х словах ) ?

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

В моем случае - вопрос в том, куда более удобно подстелить соломку, на случай падения.

[exses]

сори шо немного не в тему но мне вот интересно а смысл в виртуалках ?

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

[salex730]

Общую надёжность системы, завязанную на "железо", естественно не повышает никак. Но набор виртуалок на кластере - это уже серьезно

я собсно об этом
ведь ТСу нада общую надежность вот и спросил как же виртуалки выручат, ясно пасиб

[tvn2009]

Не особоне взлетит. Оперативки мало очень

Есть у меня один объект.
На нем сервер Core-I5, 4Gb! ОЗУ, LSI-9240-4i контроллер, 2xSATA 500Gb (RAID-1)

Живет на нем гипервизор ESXi 5.0 и 2 ОС Server 2003 std x86
На одном контроллер домена - второй терминальный + файловая 1С 7.7
Контроллеру домена выделен 1Gb ОЗУ
Терминальному 2Gb
База порядка 5 гиг - юзеров одновременно работает около 10, всего в домене 20 машин
Все работает. Нельзя сказать что летает - но и не ползает.

Общую надёжность системы, завязанную на "железо", естественно не повышает никак. Но набор виртуалок на кластере - это уже серьезно

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