![Виртуализация ОС ,[object Object],[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie Архитектура ЦОД
Ähnlich wie Архитектура ЦОД (20)
Mehr von Nick Turunov
Mehr von Nick Turunov (20)
Архитектура ЦОД
- 1. Архитектура ЦОД Владимир Кург Киев, 8 октября 2009
- 6. Виртуализация ОС + Blade Systems Ещё два уровня иерархии коммутаторов: Проблема сложности, гетерогенности, административных «границ»
- 9. Виртуализация ввода-вывода + Blade Пример: Cisco Unified Computing System
- 15. Виртуализация и энергопотребление 67% reduction in server power results in 56% electric bill savings Servers 83% Fan motors 100kW Fan motors 100kW (no change) Энергопотребление меньше , но потребление инфраструктуры ( FIXED LOSS ) неизменно FIXED LOSS Уменьшение потребляемой мощности... … за счёт уменьшения количества серверов FIXED LOSS Термодинамика виртуализации: «налог на инженерную инфраструктуру» Запас невыгоден, нужны гибкость и планирование
- 17. Жизненный цикл и планирование Избежать «налога на инфраструктуру»: - модульность инфраструктуры по « требованию »
- 22. Incom Владимир Кург Киев, 8 октября 2009
Hinweis der Redaktion
- Здесь нарисован идеальный шкаф из рекламы: не показаны СКС и коммутаторы Ethernet и Fibre Channel
- /* Слайд будет русифицирован */
- Слайд содержит некоторое преувеличение насчёт Management Network – в приличных серверах обеспечивается независимыми от ОС отдельными модулями. Решение несуществующей проблемы: TOE , FCIP, iSCSI offload
- Одной из проблем является стандартный подход «что попало over IP » Не следует забывать, что TCP/IP – набор протоколов ядерной войны, разработанный для передачи данных о её последствиях на остатках коммуникационной инфраструктуры – и в силу этого в достаточной степени избыточный – что обуславливает его универсальность и удобство. Однако при всём его удобстве зачастую забывается цена транспорта информации – как в ресурсах процессора, так и памяти. В Windows- стеке для вередачи фрагмента данных на физический интерфейс требуется выполнение ~7000 инст р укций – не считая забавных пересылок в RAM. Эта ситуация породила совершенно отдельный рынок – TOE-Ethernet адаптеров, на которых аппаратно реализована часть обработки TCP- стека. Это вполне закономерно: серверы характеризуются одновременно высокой CPU- нагрузкой и высоким трафиком, который, в свою очередь, грузит CPU. Ещё одна проблема – пересылка данных из буфера памяти приложения в буфер сетевого стека: это ведёт как к нагрузке на процессор, так и перегружает и без того загруженную шину процессор-память. В случае виртуализации ввода-вывода становится возможным также RDMA – т.е. существуют механизмы дешёвого обхода любого коммуникационного протокола (кроме физики, конечно) Результат – «бесплатный процессор» - в т.ч. и по рассеиваемой мощности.
- 10GBASE-CX4 (IEEE 802.3ak) , базируется на специальном сдвоенном кабеле “4-twinax infiniband” . «Толстый» Twinax cabling в сочетании с SFP+Cu обеспечивают весьма привлекательное энергопотребление – например, для подключения 10-лезвийного Blade -шасси требуется 40 10 GE портов (сдвоенные NICs + порты коммутатора), в случае 10GEBase-T Cat6/Cat7 это 320/ 160 W, для CX4 – 4W. Но на расстояниях до 10 м, что диктует преимущественное использование в пределах шкафа, т.е. c истемах высокой плотности.
- Здесь нарисован идеальный шкаф из рекламы: не показаны СКС и коммутаторы Ethernet и Fibre Channel
- Эту картинку можно рассматривать с обеих сторон: слева направо – сценарий виртуализации, справа налево – начальная стадия роста ЦОДа с небольшим количеством серверов и инфраструктурой, построенной «с запасом»