2 Michigun
Цитата:
Если касательно одноюнитовых серверов, то других возражений нет. Надо только держать в уме при выборе сервера, что если предполагается в будущем развернуть SAN, то два PCI-слота нужно сразу отнять. А для виртуальной инфраструктуры от VMware наличие SAN наиболее предпочтительный вариант (хотя и дорогой).
Цитата:
Такой пример. Блейд-система HP BS c7000 позволяет разместить 16 блейд-серверов HP BL 465c. У каждого сервера 2 порта FC, 2 встроенных сетевых порта плюс можно вставить одну 4-х портовую карточку, например, NC325m, т.е. всего 6 сетевых портов. У системы есть 8 комуникационных слотов, это значит максимум 8 коммуникационных путей. 2 слота занимают FC модули по 8 портов каждый, т.е. два пути в SAN, основной и резервный (один порт обслуживает 2 сервера). 6 слотов занимают сетевые модули по 4 порта каждый, т.е. 16 серваков можно подключить максимум к 6 сетям (один порт обслуживает 4 сервера).
Всего 6 сетей и по 6 портов в каждом сервере. Вроде всё хорошо. Но это всего 6 сетей. Седьмой сети не будет. А 16 обыкновенных серверов с 6 портами каждый в общем случае можно подключить к 16х6=96 сетям.
Для VMware одну сеть надо отдать для Service Console, ещё одну сеть надо отдать для VMKernel, т.е. для виртуалок остается 4 сети.
Если учитывать максимальную отказоустойчивость, то нужно каждой сети добавить по резервному пути, и, таким образом, для виртуалок останется только одна сеть.
Причем, уменьшение количества блейд-серверов в системе максимальное количество путей - 8 не увеличивает, т.к. коммуникационных слотов-то всё равно всего 8.
Такой пример. Стандартная конфигурация. Три сети: инет, пользователи и периметр. Виртуалки подключены к пользовательской сети. Пользователи и инет - это всегда реальные сети, поэтому без потери отказоустойчивости фаервол виртуальный не получается, т.к. нет свободного канала для подключения виртуального фаервола к сети инета. Если фаервор реальный, то без потери отказоустойчивости не получается виртуальный периметр, потому что нет свободного канала подключения фаервола к периметровой сети.
Цитата:
Но если имеющихся слотов достаточно, то других возражений нет?
Если касательно одноюнитовых серверов, то других возражений нет. Надо только держать в уме при выборе сервера, что если предполагается в будущем развернуть SAN, то два PCI-слота нужно сразу отнять. А для виртуальной инфраструктуры от VMware наличие SAN наиболее предпочтительный вариант (хотя и дорогой).
Цитата:
С чем блейды работают не так же как обычные сервера?
Такой пример. Блейд-система HP BS c7000 позволяет разместить 16 блейд-серверов HP BL 465c. У каждого сервера 2 порта FC, 2 встроенных сетевых порта плюс можно вставить одну 4-х портовую карточку, например, NC325m, т.е. всего 6 сетевых портов. У системы есть 8 комуникационных слотов, это значит максимум 8 коммуникационных путей. 2 слота занимают FC модули по 8 портов каждый, т.е. два пути в SAN, основной и резервный (один порт обслуживает 2 сервера). 6 слотов занимают сетевые модули по 4 порта каждый, т.е. 16 серваков можно подключить максимум к 6 сетям (один порт обслуживает 4 сервера).
Всего 6 сетей и по 6 портов в каждом сервере. Вроде всё хорошо. Но это всего 6 сетей. Седьмой сети не будет. А 16 обыкновенных серверов с 6 портами каждый в общем случае можно подключить к 16х6=96 сетям.
Для VMware одну сеть надо отдать для Service Console, ещё одну сеть надо отдать для VMKernel, т.е. для виртуалок остается 4 сети.
Если учитывать максимальную отказоустойчивость, то нужно каждой сети добавить по резервному пути, и, таким образом, для виртуалок останется только одна сеть.
Причем, уменьшение количества блейд-серверов в системе максимальное количество путей - 8 не увеличивает, т.к. коммуникационных слотов-то всё равно всего 8.
Такой пример. Стандартная конфигурация. Три сети: инет, пользователи и периметр. Виртуалки подключены к пользовательской сети. Пользователи и инет - это всегда реальные сети, поэтому без потери отказоустойчивости фаервол виртуальный не получается, т.к. нет свободного канала для подключения виртуального фаервола к сети инета. Если фаервор реальный, то без потери отказоустойчивости не получается виртуальный периметр, потому что нет свободного канала подключения фаервола к периметровой сети.
