Open vSwitch – что это такое и для чего нужно
Сегодня читатель задал вопрос про Open vSwitch, мол стоит ли переходить на него в Proxmox. Но однозначного ответа на этот вопрос дать нельзя. Почему? Давайте разбираться.
Широкое применение виртуальных машин привело к появлению виртуальных сетей, где огромные массы трафика могут перемещаться внутри гипервизора и не покидать его пределов.
И если мы хотим гибко управлять этим трафиком, то обычного Linux Bridge нам уже будет недостаточно. Особенно если мы работаем в кластере и виртуальные машины перемещаются между нодами.
В первом приближении Linux Bridge можно сравнить с физическим неуправляемым коммутатором. Дешево и просто.
Но когда в физических сетях нам требуется чего-то большего, то мы ставим управляемый коммутатор. В виртуальных сетях коммутатор будет тоже виртуальный. Именно тем самым виртуальным управляемым коммутатором и является Open vSwitch.
Он поддерживает протокол OpenFlow, который позволяет создавать программно определяемые сети (SDN) и гибко управлять конфигурацией коммутаторов. Это позволяет не задумываться на какую ноду и какой коммутатор уехала виртуальная машина, все связанные с ней сетевые правила также мигрируют до места назначения.
Также Open vSwitch поддерживает VLAN, приоритизацию трафика и его учет, агрегацию и балансировку.
Ну так это же круто, скажет иной читатель. Давайте же его использовать!
Но здесь, как и в физических сетях, нужно руководствоваться здравым смыслом. Вы же не будете ставить дорогой управляемый коммутатор в небольшой офис? Так и здесь. За все возможности Open vSwitch вы будете расплачиваться вычислительными ресурсами.
Поэтому если вы не знаете, для чего именно вам нужен Open vSwitch и какие задачи вы будете решать с его помощью, то, скорее всего нужны в нем у вас нет.
А если очень хочется попробовать новые технологии, то сделайте это на стенде. После чего вы поймете нужно ли это именно вам, а если нужно – то для чего.
Иначе получится как в некоторых физических сетях, где администратор гордо устанавливал в серверный шкаф дорогой управляемый коммутатор и потом использовал его сугубо как обычный свитч.
Поэтому исходите из понятия разумной достаточности. Open vSwitch – мощный сетевой инструмент, но его использование должно быть обосновано. Иначе это будет просто бесполезное усложнение системы со столь же бесполезной тратой вычислительных ресурсов.
Сегодня читатель задал вопрос про Open vSwitch, мол стоит ли переходить на него в Proxmox. Но однозначного ответа на этот вопрос дать нельзя. Почему? Давайте разбираться.
Широкое применение виртуальных машин привело к появлению виртуальных сетей, где огромные массы трафика могут перемещаться внутри гипервизора и не покидать его пределов.
И если мы хотим гибко управлять этим трафиком, то обычного Linux Bridge нам уже будет недостаточно. Особенно если мы работаем в кластере и виртуальные машины перемещаются между нодами.
В первом приближении Linux Bridge можно сравнить с физическим неуправляемым коммутатором. Дешево и просто.
Но когда в физических сетях нам требуется чего-то большего, то мы ставим управляемый коммутатор. В виртуальных сетях коммутатор будет тоже виртуальный. Именно тем самым виртуальным управляемым коммутатором и является Open vSwitch.
Он поддерживает протокол OpenFlow, который позволяет создавать программно определяемые сети (SDN) и гибко управлять конфигурацией коммутаторов. Это позволяет не задумываться на какую ноду и какой коммутатор уехала виртуальная машина, все связанные с ней сетевые правила также мигрируют до места назначения.
Также Open vSwitch поддерживает VLAN, приоритизацию трафика и его учет, агрегацию и балансировку.
Ну так это же круто, скажет иной читатель. Давайте же его использовать!
Но здесь, как и в физических сетях, нужно руководствоваться здравым смыслом. Вы же не будете ставить дорогой управляемый коммутатор в небольшой офис? Так и здесь. За все возможности Open vSwitch вы будете расплачиваться вычислительными ресурсами.
Поэтому если вы не знаете, для чего именно вам нужен Open vSwitch и какие задачи вы будете решать с его помощью, то, скорее всего нужны в нем у вас нет.
А если очень хочется попробовать новые технологии, то сделайте это на стенде. После чего вы поймете нужно ли это именно вам, а если нужно – то для чего.
Иначе получится как в некоторых физических сетях, где администратор гордо устанавливал в серверный шкаф дорогой управляемый коммутатор и потом использовал его сугубо как обычный свитч.
Поэтому исходите из понятия разумной достаточности. Open vSwitch – мощный сетевой инструмент, но его использование должно быть обосновано. Иначе это будет просто бесполезное усложнение системы со столь же бесполезной тратой вычислительных ресурсов.
👍28❤3🤡3👀3👎1
Отчет о тестировании. ADATA SU800 256 ГБ
🔹Контроллер: Silicon Motion SM2258H
🔹Наличие буфера: DRAM-кэш 256 МБ
🔹Ресурс записи (TBW): 200 ТБ
Данные диски стояли в зеркале на ПК главного бухгалтера аутсорсерской фирмы (ведение бухучета), заполнение – более 50%, но менее 75%. Там же был развернут веб-сервер и работали еще до 5 сотрудников, в т.ч. по удаленке.
Диски проработали 4 года и 11 месяцев записав приблизительно 247 ТБ, что полностью выработало ресурс. Интенсивность записи приблизительно 137,2 ГБ/день.
Теперь о реальном количестве записей во флеш и коэффициенте усиления записи – WAF. Напоминаем, что WAF не является величиной постоянной и сильно зависит от характера использования диска.
В нашем случае диск практически идеально подошел для выбранного сценария использования, количество записей во флеш составило 277 ТБ, что соответствует WAF = 1.12. Это очень хороший показатель, говорящий, что практически все операции приходились на SLC-кеш и диск не делал лишних записей и стираний.
S.M.A.R.T. данного контроллера также предоставляет информацию, которая может быть интересна (и она действительно интересна):
▫️ A0 - Unused Spare NAND Blocks (Неиспользуемые запасные блоки NAND) – 0, т.е. диск израсходовал все свои резервные блоки.
▫️ A5 - Maximum Erase Count (Максимум стираний) – 1710 – количество стираний самого изношенного блока на диске.
▫️ A7 - Average Erase Count (В среднем стираний) – 1660 – среднее количество стираний блоков.
▫️ A8 - Maximum Erase Count (Максимальное стирание по спецификации) – 1000 – максимальное количество стираний по спецификации.
Как видим по стираниям у нас превышение на 66%, что тоже неплохой показатель как мы увидим ниже.
Несмотря на выработку ресурса по записи и по стираниям диск показывает вполне неплохие характеристики. Режим работы SLC-кеша заявлен как «интеллектуальный, динамический».
Кривая чтения у обоих дисков ровная, близка к 400 МБ/с, тесты CDM мы проводили со значениями 1 и 32 ГБ, чтобы попасть в кеш и выйти за него. Но в данном случае наличие кеша уже не помогает, причина, скорее всего, в общей изношенности памяти.
Но результат все равно неплохой, стабильный.
👆 Если коротко подвести итоги – то диск отработал свою цену до последней копейки. И это не самый дорогой диск, хотя и старший в своей линейке ADATA (синяя наклейка с птичкой до ребрендинга).
👍 В продаже они еще есть, к покупке рекомендуются, если ваш сценарий укладывается в модель кеша диска – то работать он будет долго и надежно. Кстати, TBW 200 ТБ один из самых больших в своем классе (для моделей 250 ГБ).
🔹Контроллер: Silicon Motion SM2258H
🔹Наличие буфера: DRAM-кэш 256 МБ
🔹Ресурс записи (TBW): 200 ТБ
Данные диски стояли в зеркале на ПК главного бухгалтера аутсорсерской фирмы (ведение бухучета), заполнение – более 50%, но менее 75%. Там же был развернут веб-сервер и работали еще до 5 сотрудников, в т.ч. по удаленке.
Диски проработали 4 года и 11 месяцев записав приблизительно 247 ТБ, что полностью выработало ресурс. Интенсивность записи приблизительно 137,2 ГБ/день.
Теперь о реальном количестве записей во флеш и коэффициенте усиления записи – WAF. Напоминаем, что WAF не является величиной постоянной и сильно зависит от характера использования диска.
В нашем случае диск практически идеально подошел для выбранного сценария использования, количество записей во флеш составило 277 ТБ, что соответствует WAF = 1.12. Это очень хороший показатель, говорящий, что практически все операции приходились на SLC-кеш и диск не делал лишних записей и стираний.
S.M.A.R.T. данного контроллера также предоставляет информацию, которая может быть интересна (и она действительно интересна):
▫️ A0 - Unused Spare NAND Blocks (Неиспользуемые запасные блоки NAND) – 0, т.е. диск израсходовал все свои резервные блоки.
▫️ A5 - Maximum Erase Count (Максимум стираний) – 1710 – количество стираний самого изношенного блока на диске.
▫️ A7 - Average Erase Count (В среднем стираний) – 1660 – среднее количество стираний блоков.
▫️ A8 - Maximum Erase Count (Максимальное стирание по спецификации) – 1000 – максимальное количество стираний по спецификации.
Как видим по стираниям у нас превышение на 66%, что тоже неплохой показатель как мы увидим ниже.
Несмотря на выработку ресурса по записи и по стираниям диск показывает вполне неплохие характеристики. Режим работы SLC-кеша заявлен как «интеллектуальный, динамический».
Кривая чтения у обоих дисков ровная, близка к 400 МБ/с, тесты CDM мы проводили со значениями 1 и 32 ГБ, чтобы попасть в кеш и выйти за него. Но в данном случае наличие кеша уже не помогает, причина, скорее всего, в общей изношенности памяти.
Но результат все равно неплохой, стабильный.
👆 Если коротко подвести итоги – то диск отработал свою цену до последней копейки. И это не самый дорогой диск, хотя и старший в своей линейке ADATA (синяя наклейка с птичкой до ребрендинга).
👍 В продаже они еще есть, к покупке рекомендуются, если ваш сценарий укладывается в модель кеша диска – то работать он будет долго и надежно. Кстати, TBW 200 ТБ один из самых больших в своем классе (для моделей 250 ГБ).
👍32⚡3❤3
Отчет о тестировании. Samsung 860 EVO 256 ГБ
🔹Модель: MZ-76E250
🔹Контроллер: Samsung MJX (S4LR030)
🔹Наличие буфера: DRAM-кэш 512 МБ LPDDR4
🔹Ресурс записи (TBW): 150 ТБ
Скажем сразу – мы считаем, что Samsung делает очень хорошие диски с отличными пользовательскими показателями и не даром занимает топовые места среди SSD-накопителей.
Но в тоже время вокруг дисков этого бренда сложилась некая секта «Свидетелей Самсунга», которая практически обожествляет данную продукцию, но на самом деле это совсем не так. Диски Samsung хороши, но не идеальны.
Перед вами два диска 860 EVO 256 ГБ, первый стоял в игровом ПК и был заполнен примерно на 2/3. Второй работал в мини-сервере торговой фирмы: сервер 1С, PostgreSQL, файлопомойка, синхронизации и т.д. и т.п. Нагрузка где-то близкая к протестированным ранее ADATA SU800. Заполнен примерно наполовину.
Но несмотря на разный характер применения WAF у обоих дисков примерно одинаков – 1,95. Да, Samsung быстрый, Samsung клевый, но за все надо платить. В данном случае мы платим усилением записи, т.е. на каждый записанный гигабайт хоста диск пишет в память вдвое больше.
Первый диск писал примерно 79,8 ГБ/день и его хватило на 2 года 8 мес., а второй работал более активно - 127 ГБ/день и выработал ресурс за 1 год 8 мес.
👉 А гарантия на них, минуточку, составляет 5 лет. Так пойдем и поменяем! Но данный фокус не удастся, так как гарантия у SSD или срок, или выработанный ресурс – что наступит быстрее.
❗️Из интересных параметров:
▫️ B3 (Занятые резервные блоки): Текущее значение 100. На данный момент ресурс диска до конца не выработан, резервные блоки еще не использовались.
Тесты в CDM также показывают отличную производительность дисков, хоть в пределах кеша, хоть за его пределами. Ну да высокие скорости всегда были визитной карточкой Samsung.
Кривая чтения разная, у игрового диска имеются просадки, что говорит о более сильном износе памяти, в то время как у серверного она ровная.
👉 Итоги – Samsung делает хорошие диски, очень хорошие. Но ничего не дается бесплатно и за высокую производительность вы расплачиваетесь более высоким WAF. Если вас это устраивает – не видим проблем. Если нет – то нужно смотреть альтернативы.
Вот давайте сравним EVO 860 и SU800 на нагрузке бухгалтерского мини-сервера с ежедневной записью 130 ГБ/день (реальная нагрузка) и вычисленным нами WAF. За какое время диски выработают свой ресурс:
▫️ADATA SU800 (256 ГБ) - 3 года 9 месяцев
▫️Samsung 860 EVO (250 ГБ) - 1 год 8 месяцев
Но у ADATA по мере износа падает скорость записи, Samsung продолжает ее поддерживать. А далее скучные науки математика и экономика. Возможно, что переплачивать и не стоит.
👆 Снова повторим: Samsung – отличные диски, но за все надо платить и за потребительские плюсы Samsung мы платим более быстрым расходованием ресурса.
🔹Модель: MZ-76E250
🔹Контроллер: Samsung MJX (S4LR030)
🔹Наличие буфера: DRAM-кэш 512 МБ LPDDR4
🔹Ресурс записи (TBW): 150 ТБ
Скажем сразу – мы считаем, что Samsung делает очень хорошие диски с отличными пользовательскими показателями и не даром занимает топовые места среди SSD-накопителей.
Но в тоже время вокруг дисков этого бренда сложилась некая секта «Свидетелей Самсунга», которая практически обожествляет данную продукцию, но на самом деле это совсем не так. Диски Samsung хороши, но не идеальны.
Перед вами два диска 860 EVO 256 ГБ, первый стоял в игровом ПК и был заполнен примерно на 2/3. Второй работал в мини-сервере торговой фирмы: сервер 1С, PostgreSQL, файлопомойка, синхронизации и т.д. и т.п. Нагрузка где-то близкая к протестированным ранее ADATA SU800. Заполнен примерно наполовину.
Но несмотря на разный характер применения WAF у обоих дисков примерно одинаков – 1,95. Да, Samsung быстрый, Samsung клевый, но за все надо платить. В данном случае мы платим усилением записи, т.е. на каждый записанный гигабайт хоста диск пишет в память вдвое больше.
Первый диск писал примерно 79,8 ГБ/день и его хватило на 2 года 8 мес., а второй работал более активно - 127 ГБ/день и выработал ресурс за 1 год 8 мес.
👉 А гарантия на них, минуточку, составляет 5 лет. Так пойдем и поменяем! Но данный фокус не удастся, так как гарантия у SSD или срок, или выработанный ресурс – что наступит быстрее.
❗️Из интересных параметров:
▫️ B3 (Занятые резервные блоки): Текущее значение 100. На данный момент ресурс диска до конца не выработан, резервные блоки еще не использовались.
Тесты в CDM также показывают отличную производительность дисков, хоть в пределах кеша, хоть за его пределами. Ну да высокие скорости всегда были визитной карточкой Samsung.
Кривая чтения разная, у игрового диска имеются просадки, что говорит о более сильном износе памяти, в то время как у серверного она ровная.
👉 Итоги – Samsung делает хорошие диски, очень хорошие. Но ничего не дается бесплатно и за высокую производительность вы расплачиваетесь более высоким WAF. Если вас это устраивает – не видим проблем. Если нет – то нужно смотреть альтернативы.
Вот давайте сравним EVO 860 и SU800 на нагрузке бухгалтерского мини-сервера с ежедневной записью 130 ГБ/день (реальная нагрузка) и вычисленным нами WAF. За какое время диски выработают свой ресурс:
▫️ADATA SU800 (256 ГБ) - 3 года 9 месяцев
▫️Samsung 860 EVO (250 ГБ) - 1 год 8 месяцев
Но у ADATA по мере износа падает скорость записи, Samsung продолжает ее поддерживать. А далее скучные науки математика и экономика. Возможно, что переплачивать и не стоит.
👆 Снова повторим: Samsung – отличные диски, но за все надо платить и за потребительские плюсы Samsung мы платим более быстрым расходованием ресурса.
👍29❤6🔥3
Что бы вы предпочли по результатам обзоров (можно выбрать несколько ответов)
Anonymous Poll
10%
Игровой ПК - ADATA SU800
41%
Игровой ПК - Samsung 860 EVO
25%
Мини-сервер - ADATA SU800
39%
Мини-сервер - Samsung 860 EVO
9%
Только механика, только хардкор
20%
Ничего не понятно, но очень интересно
Отчет о тестировании. ADATA Ultimate SU750 512 ГБ
🔹Контроллер: Realtek RTS5733DMQ
🔹Наличие буфера: Нет (DRAM-less)
🔹Ресурс записи (TBW): 400 ТБ
Перед нами столь нелюбимый многими безбуферник, поэтому коротко пройдемся по их особенностям. Буфер SSD предназначен в первую очередь для хранения таблицы трансляции диска (FTL - Flash Translation Layer).
У безбуферного диска она находится во флеш-памяти и считывается оттуда в собственную память контроллера. Если мы не нашли значения в загруженной части, то мы вынуждены обращаться к флеш-памяти даже на чтение.
При записи мы также должны постоянно фиксировать операции в таблице трансляций, но в отличие от модели с буфером не можем оптимизировать этот процесс накапливая данные и выполняя запись целой страницы.
А технология NAND такова, что мы не можем изменить состояние страницы, даже если в ней есть свободные ячейки без ее стирания. А стереть мы можем только блок страниц. У большинства современных дисков размер страницы 8/16 КБ, размер блока стирания 4/8 МБ.
Таким образом при выходе за пределы SLC-кеша, заполнении диска свыше 70% или интенсивном случайном доступе у нас кратно увеличивается нагрузка на флеш, что ведет к снижению производительности, повышению WAF и увеличению износа.
👆 Данный диск работал в ПК управляющего филиалом торговой сети. Стоял в подсобке магазина включенный круглосуточно и с удаленным доступом. Вычислительная нагрузка небольшая – ввод накладных, инвентаризации, печать ценников.
Также выполнял роль узла синхронизации с торговой сетью и локального файлового сервера для сканов.
Тестируемый диск относится к старшей линейке ADATA и использует контроллер Realtek RTS5733DMQ с агрессивной моделью кеширования, который должен обеспечить высокую производительность при наличии запаса свободных ячеек.
👉 Теперь к показателям диска:
▫️Время работы: 2 года и 3 мес.
▫️Объем хост-записей: 75,381 ТБ
▫️Ежедневный объем записи: 92 ГБ/день
За это время он израсходовал 13% своего ресурса и WAF составил 2.78. Это результат агрессивного кеширования и для безбуферной модели это нормально. При том что диск работал в номинальном режиме и не заполнялся более чем на 50%.
При этом количество стираний составило:
▫️ A5 (Максимум стираний): 443
▫️ A7 (В среднем стираний): 393
▫️ A8 (Максимум стираний по спецификации): 1331
👆 Т.е. несмотря на то, что ресурс по записи выбран всего на 13% по стиранию выработана почти треть ресурса. Это объясняется тем, что стираем мы блоками, кратно превышающими размер страниц.
Кривая чтения диска нестабильна, но в целом в пределах нормы для безбуферной модели. Сильно деградировавших участков нет.
По результатам CDM все хорошо, диск агрессивно кеширует запись, что дает практически одинаковый результат при размерах тестового файла как 1 ГБ, так и 64 ГБ.
👆 По факту результаты теста подтверждают, что не так страшен черт, как его малюют. И при понимании принципа работы безбуферника и избегая нежелательной для него нагрузки такие диски можно спокойно эксплуатировать.
Данный экземпляр был снят в ходе планового апгрейда оборудования и продолжит свою работу в других местах.
🔹Контроллер: Realtek RTS5733DMQ
🔹Наличие буфера: Нет (DRAM-less)
🔹Ресурс записи (TBW): 400 ТБ
Перед нами столь нелюбимый многими безбуферник, поэтому коротко пройдемся по их особенностям. Буфер SSD предназначен в первую очередь для хранения таблицы трансляции диска (FTL - Flash Translation Layer).
У безбуферного диска она находится во флеш-памяти и считывается оттуда в собственную память контроллера. Если мы не нашли значения в загруженной части, то мы вынуждены обращаться к флеш-памяти даже на чтение.
При записи мы также должны постоянно фиксировать операции в таблице трансляций, но в отличие от модели с буфером не можем оптимизировать этот процесс накапливая данные и выполняя запись целой страницы.
А технология NAND такова, что мы не можем изменить состояние страницы, даже если в ней есть свободные ячейки без ее стирания. А стереть мы можем только блок страниц. У большинства современных дисков размер страницы 8/16 КБ, размер блока стирания 4/8 МБ.
Таким образом при выходе за пределы SLC-кеша, заполнении диска свыше 70% или интенсивном случайном доступе у нас кратно увеличивается нагрузка на флеш, что ведет к снижению производительности, повышению WAF и увеличению износа.
👆 Данный диск работал в ПК управляющего филиалом торговой сети. Стоял в подсобке магазина включенный круглосуточно и с удаленным доступом. Вычислительная нагрузка небольшая – ввод накладных, инвентаризации, печать ценников.
Также выполнял роль узла синхронизации с торговой сетью и локального файлового сервера для сканов.
Тестируемый диск относится к старшей линейке ADATA и использует контроллер Realtek RTS5733DMQ с агрессивной моделью кеширования, который должен обеспечить высокую производительность при наличии запаса свободных ячеек.
👉 Теперь к показателям диска:
▫️Время работы: 2 года и 3 мес.
▫️Объем хост-записей: 75,381 ТБ
▫️Ежедневный объем записи: 92 ГБ/день
За это время он израсходовал 13% своего ресурса и WAF составил 2.78. Это результат агрессивного кеширования и для безбуферной модели это нормально. При том что диск работал в номинальном режиме и не заполнялся более чем на 50%.
При этом количество стираний составило:
▫️ A5 (Максимум стираний): 443
▫️ A7 (В среднем стираний): 393
▫️ A8 (Максимум стираний по спецификации): 1331
👆 Т.е. несмотря на то, что ресурс по записи выбран всего на 13% по стиранию выработана почти треть ресурса. Это объясняется тем, что стираем мы блоками, кратно превышающими размер страниц.
Кривая чтения диска нестабильна, но в целом в пределах нормы для безбуферной модели. Сильно деградировавших участков нет.
По результатам CDM все хорошо, диск агрессивно кеширует запись, что дает практически одинаковый результат при размерах тестового файла как 1 ГБ, так и 64 ГБ.
👆 По факту результаты теста подтверждают, что не так страшен черт, как его малюют. И при понимании принципа работы безбуферника и избегая нежелательной для него нагрузки такие диски можно спокойно эксплуатировать.
Данный экземпляр был снят в ходе планового апгрейда оборудования и продолжит свою работу в других местах.
👍14❤9