LevT
Platinum Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору GaDiNa Дистрибутив последней вью на рутрекере в общей раздаче вмваре всферы Пытаюсь ставить композер на боевой вцентр, предварительно обновив его до конца и сделав снапшот (он живёт в виртуалке под Hyper-V). Композер это только начало =) Там дофига ещё куриных лап надо выпрямить, чтоб всё взлетело. Насчот MSSQL - надо всё-таки наконец завести в кухне одну выделенную виртуалку под него... Сколько раз я это делал, но каждый раз не доводил до конца. Несколько таких полудоделанных виртуалок в принципе недалеко, но в отключённом физически состоянии, в давно сдохших доменах(лесах)... Как MSSQL переживает смену доменного членства? Хотя бы в простейшем случае, если старые базы цеплять в новом домене не надо. А в идеале, конечно, нужна методология миграции. Знаете доки такие? Не чтобы переквалифицироваться в DBA, а чтобы оперативно менять виртуалки. Добавлено: NeoHunter Цитата: К проблеме - я бы сделал следующее, если в лоб ничего не получается, а ставите все равно для теста, возьмите поставьте esxi на нем несколько vm- AD, vCenter и т.д. возможно это будет быстрее, чем найдется решение в том что есть сейчас (если вообще найдется) | Этим я займусь уже на сторадже с хорошими латентностью/иопсами и под управлением вцентра (вмотион и кластер). В принципе, я такой практически доделал уже, на 10GbE эзернете и нексенте. Но пока неуверенно себя чувствую в управлении жизненным циклом тамошних (ZFS стораджа) связанных клонов. Оттого и потянуло пощупать вью: может, первую тестовую инфраструктуру на том сторадже быстрее будет поднять с помощью связанных клонов вари... Часть той инфраструктуры использую для затыкания назревших дыр (навроде SSL гейта), и избавившись от пресса несделанного, спокойно-обстоятельно буду учиться правильно управлять правильными вещами. | Всего записей: 17163 | Зарегистр. 14-10-2001 | Отправлено: 21:25 18-06-2012 | Исправлено: LevT, 21:42 18-06-2012 |
|