Побудова віртуальної інфраструктури - як почати? [зачинено]

Я будую віртуальну інфраструктуру на робочій станції vmware, і я не знаю, як її запустити. (Я студент університету, тому в мене є ліцензії на запальну мрію і подібні речі. Метою цієї інфраструктури є навчання.) Ідея наступна:

• Хост-машина (i5-2500K, 8 ГБ оперативної пам’яті, 250 ГБ SSD) з Windows 8 Pro (x64) та робочою станцією vmware. Хост-машини мають розробників sw-s (eclipse, vs2012).

• Сервери Windows: потрібен IIS (ASP.NET), MS-SQL -> безумовно стандарт Windows Server 2012

• Сервери Linux: Apache + PHP + MySQL (Centos 6.4), Oracle (Centos 6.4), Python + Flask (сервер Ubuntu 13.04) (усі 64 біти)
• Сервери запускаються, коли я їм фактично потрібен.
• І багато клієнтів (win8, win7, ubuntu desktop).

Тепер я вирішив Linux-сервери без робочого столу, і тоді для них вистачає 256 Мб пам'яті. Чи можливо встановити Windows Server 2012 Standart без GUI на 512 Мб оперативної пам’яті? Частина інфраструктури готова, але у мене все ще виникає питання:

• Сервери будуть мати статичний IP, а клієнти отримуватимуть dhcp. Це легко в IPv4, але якісь хороші стратегії для ipv6?
• Я хотів би створити домен .vmware або щось подібне, тому я можу легко отримати доступ до своїх vm-s - наприклад, luke.vmware. Я не хотів би зламати файли хостів, тому що його важко підтримувати на багатьох vm-s. Думаю, мені знадобиться DNS-сервер, що полегшує життя. Але це має працювати завжди. Мережа vm знаходиться позаду NAT (VMNet8), тож де мені встановити? Чи все в порядку в мережі NAT чи це повинен бути хост-апарат? Якась хороша порада? Я дотримуюся робочої станції vmware (у мене проблеми з продуктивністю гіпер-v та стабільністю virtualbox). -Можу я користувачу NFS чи достатньо спільних папок vmware? Якщо так, NFS має бути комп’ютером або VM.
• Чи є хороший спосіб підтримати vms (наприклад, спільні папки, змінити пам’ять, загальний інтерфейс GRID), або я повинен сценарій із програмою vmware api? Я хотів би загальний інтерфейс (синхронізувати візіо-діаграму з excel із налаштуваннями vmware).

Спасибі заздалегідь. Лайош

Хост-машина (i5-2500K, 8 ГБ оперативної пам’яті, 250 ГБ SSD) з Windows 8 Pro (x64)

Це не багато простору оперативної пам’яті, а також простору HD. Ви зможете комфортно запустити 1 або 2 ВМ, але це все.

і робоча станція vmware

Це добре для комп'ютера розробника, але якщо вам цікаво вивчити "корпоративну" віруталізацію, ви повинні подивитися на ESXi, Hyper-V Server або подібні.

Сервери Windows: потрібен IIS (ASP.NET)

Це доступно в Win8. Якщо ви хочете спробувати налаштувати спеціальні машини, займіться цим. Але якщо ви просто хочете розвиватися на IIS, рекомендую просто встановити його на робочій станції з розробки.

MS-SQL -> звичайно стандарт Windows Server 2012

MS-SQL також можна встановити на Windows 8

Сервери Linux: Apache + PHP + MySQL (Centos 6.4), Oracle (Centos 6.4), Python + Flask (сервер Ubuntu 13.04) (усі 64 біти)

Чи є у вас якась мета цього продумання технології? Це широка ширина операційних систем, і без очевидних причин їх бажати (крім синдрому "gotta catch'm all")

Сервери запускаються, коли я їм фактично потрібен.

Це багато очевидного, оскільки у вас немає оперативної пам'яті, щоб запустити їх у корисному стані. Ви майже напевно не вистачаєте місця на HD, налаштовуючи все це теж.

І багато клієнтів (win8, win7, ubuntu desktop).

Дивіться попередній коментар про те, чому Smörgåsbord OS.

Сервери будуть мати статичний IP, а клієнти отримуватимуть dhcp. Це легко в IPv4, але якісь хороші стратегії для ipv6?

Чому б не використовувати статичні IP-адреси для серверів і DHCP для клієнтів в IPv6? З цього приводу я думаю, що вам може знадобитися трохи прочитати на IPv6.

Я хотів би створити домен

Погана ідея з самого початку, але, як ви студент, тільки починаючи світ, ви можете пробачити вам, якщо ви використовуєте .local. Майте на увазі на майбутнє, що "підроблені" домени ніколи не повинні використовуватися в будь-яких умовах поза "просто возитися". Ніколи в бізнесі, не в середовищі розробки, не в попередньому виробництві, не в тестуванні, ніколи ніколи ніколи. Це божевільна шкідна звичка, яка спричинить багато головних болів протягом десятиліть. Більшість SysAdmins сподіваються, що особливий рівень пекла відведений для людей, які використовують .localу ділових умовах.

Я не хотів би зламати файли хостів, тому що його важко підтримувати на багатьох vm-s. Думаю, мені знадобиться DNS-сервер, що полегшує життя. Але це має працювати завжди.

Правильно, саме тому DNS був винайдений в першу чергу. Напевно, не слід винаходити колесо. Розмістіть сервер практично будь-де в мережі, де всі сервери можуть отримати доступ до нього. Це може бути VM, або фізична коробка, або ваша хост-машина ...

Чи потрібно користуватися NFS або достатньо спільних папок vmware? Якщо так, NFS має бути комп’ютером або VM.

Windows , НЕ робити NFS легко, і не дуже добре , коли він робить. Як і багато інших технологій до цього часу, я б рекомендував не використовувати його, якщо це не вирішить конкретну проблему, яку ви намагаєтеся обійти.

Чи є хороший спосіб підтримати vms (наприклад, спільні папки, змінити пам’ять, загальний інтерфейс GRID), або я повинен сценарій із програмою vmware api?

API та сценарії - хороші ідеї. Я б не надто дикий з цим, якщо ви дійсно не хочете зануритися в нього.

Я хотів би загальний інтерфейс (синхронізувати візіо-діаграму з excel із налаштуваннями vmware).

Документація - хороша ідея. Це має бути найслабшим вмінням, яке я бачу у випускників коледжу. Це не означає, що вони не можуть створити документацію (здебільшого), але якість не вистачає , і дисципліна насправді зробити це сильно не вистачає.

Дві думки:

• У вас там жахлива купа технологій. Ви здаєтесь захопленими дізнатися щось із цього. Це роль ІТ Генераліста. Однак ви також багато перетинаєте дисципліни, що майже ніколи не виходить. У вас є програмне забезпечення для розробки додатків, веб-розробка та інфраструктура. У ІТ-індустрії є цілі конференції, присвячені досягненню цих окремих і відносно різноманітних груп, щоб ефективніше спілкуватися між собою та розуміти різні цілі один одного. Я настійно рекомендую вибрати той набір технологій чи роль, який вам найбільше подобається, і спробувати його, принаймні забути решту хоча б зараз.

  Багато основних навичок перетинають межі. Наприклад, адміністраторам (які підтримують інфраструктуру: Системи, Мережі, Бази даних, Безпека тощо) необхідно вміти читати, розуміти та писати сценарії (PowerShell та VBScript on Win; Shell та Interpreted on * nix); багато хто також знає різні мови програмування. Розробникам програмного забезпечення потрібно знати трохи про все, над чим вони працюватимуть. Веб-розробникам необхідно знати велику кількість програмного забезпечення, яке керує їх веб-сайтами, і що їх клієнти будуть працювати.

• Інша думка полягає в тому, що багато людей вважають, що роль генераліста залежить від занепаду, і більшість вказівок це підтверджує. «Джек всіх торгів - Майстер нікому» не є компліментом. У дуже маленьких магазинах знання широкого спектру технологій є надзвичайно важливим, оскільки мало хто розробляє, встановлює та підтримує цю технологію. Поза межами цих дуже маленьких магазинів всі інші хочуть фахівців, майстрів своєї ніші.

  Перегляньте сайт « Кар’єра» . Ви знайдете публікації для "Ruby Developer", "PHP Developer", ".NET Developer" або "Administrator Linux". Якщо ви шукаєте "Generalist", ви отримаєте 17 результатів прямо зараз. Перший каже: "Ruby on Rails Generalist" (вони шукають веб-розробника Ruby - НЕ насправді генераліста). Другий список - це "Java Developer" (також не є загальним). По-третє, це "Інженер програмного забезпечення - Генераліст", і опис негайно починається з інженера PaaS (Адміністратор віртуалізації, по суті; також не багато роботи загального характеру). У вас ідея, але я пішов, хоча список і лише 2 насправді шукають щось на кшталт генераліста.