N
Только заметил про datastore cluster, а не просто vmfs datastore. Так не пробовал, но думаю, что заработает
Size: a a a
2020 April 17
VK
Nikolay Kulikov
В 16-00, как обычно. Там у кого-то почему-то кривая там зона в календаре
Запись будет?
N
Конечно
L
Коллеги, добрый день!
Мы подготовили серию вебинаров по K8s для всех уровней изучения K8s.
1. Начальный, для начинающих о терминах и понятиях K8s, самые базовые вещи от моего коллеги Александра, с живым обсуждением, 21 апреля с 15.00 до 16.00, - https://prosddc.ru/event/kubernetes-base-за-40-минут-о-технологии-k8s-и-почти-ниче/
2. Базовый, это о продуктах VMware, что такое Tanzu (очень много вопросов про это было), что туда относится, какие продукты вы уже можете использовать сейчас,и как с этим жить, 23 апреля с 11.00-12.00 - https://prosddc.ru/event/kubernetes-от-vmware/
3. Продвинутый - демонстрация Pacific, обсуждение технических вопросов взаимодействия компонентов Pacific на основе K8s - https://prosddc.ru/event/pro-sddc-архитектура-и-демонстрация-pacific/
на всех вебинарах предполагается обсуждение, ответы на вопросы, ну и это хороший способ нам познакомиться:)
Мы подготовили серию вебинаров по K8s для всех уровней изучения K8s.
1. Начальный, для начинающих о терминах и понятиях K8s, самые базовые вещи от моего коллеги Александра, с живым обсуждением, 21 апреля с 15.00 до 16.00, - https://prosddc.ru/event/kubernetes-base-за-40-минут-о-технологии-k8s-и-почти-ниче/
2. Базовый, это о продуктах VMware, что такое Tanzu (очень много вопросов про это было), что туда относится, какие продукты вы уже можете использовать сейчас,и как с этим жить, 23 апреля с 11.00-12.00 - https://prosddc.ru/event/kubernetes-от-vmware/
3. Продвинутый - демонстрация Pacific, обсуждение технических вопросов взаимодействия компонентов Pacific на основе K8s - https://prosddc.ru/event/pro-sddc-архитектура-и-демонстрация-pacific/
на всех вебинарах предполагается обсуждение, ответы на вопросы, ну и это хороший способ нам познакомиться:)
N
Коллеги, через 15 минут стартуем - https://prosddc.ru/event/pro-sddc-%D0%B3%D0%BE%D1%81%D1%82%D0%B8-broadcom-and-mellanox-nvme-over-fabric-nvmeof/
2020 April 18
РД
Коллеги доброго дня. Сейчас тестирую vSAN кластер и столкнулся со странным багом или фичей, а может я просто чего-то не понимаю. Некторые виртуалки, заметил что это Centos/Ubuntu показывают очень большие значения на write latency, до 20-50+ мс при небольшой нагрузке, например при простом обновлении yum / apt-get после свежей установки. Тестовые Windows виртуалки не показывают больше 1-2 мс write latency
6 хостов, по 1 дисковой группе, p4800x - s4510, 25gb/s network
HCIBench на easy run (4k-70%read-100%Random) выдает 137K IO/s, 538MB/s, write latency 1.18ms,
95% write latency 9.03ms,
read latency 3.93ms,
95% read latency 39.69ms.
Из того что заметил write latency коррелируется с write request size и на проблемных серверах он достигает 524k maximum и 150k average (данные из мониторинга vCenter)
Может есть что-то очевидное что я упустил или подскажете направление куда копать?
6 хостов, по 1 дисковой группе, p4800x - s4510, 25gb/s network
HCIBench на easy run (4k-70%read-100%Random) выдает 137K IO/s, 538MB/s, write latency 1.18ms,
95% write latency 9.03ms,
read latency 3.93ms,
95% read latency 39.69ms.
Из того что заметил write latency коррелируется с write request size и на проблемных серверах он достигает 524k maximum и 150k average (данные из мониторинга vCenter)
Может есть что-то очевидное что я упустил или подскажете направление куда копать?
EZ
Коллеги доброго дня. Сейчас тестирую vSAN кластер и столкнулся со странным багом или фичей, а может я просто чего-то не понимаю. Некторые виртуалки, заметил что это Centos/Ubuntu показывают очень большие значения на write latency, до 20-50+ мс при небольшой нагрузке, например при простом обновлении yum / apt-get после свежей установки. Тестовые Windows виртуалки не показывают больше 1-2 мс write latency
6 хостов, по 1 дисковой группе, p4800x - s4510, 25gb/s network
HCIBench на easy run (4k-70%read-100%Random) выдает 137K IO/s, 538MB/s, write latency 1.18ms,
95% write latency 9.03ms,
read latency 3.93ms,
95% read latency 39.69ms.
Из того что заметил write latency коррелируется с write request size и на проблемных серверах он достигает 524k maximum и 150k average (данные из мониторинга vCenter)
Может есть что-то очевидное что я упустил или подскажете направление куда копать?
6 хостов, по 1 дисковой группе, p4800x - s4510, 25gb/s network
HCIBench на easy run (4k-70%read-100%Random) выдает 137K IO/s, 538MB/s, write latency 1.18ms,
95% write latency 9.03ms,
read latency 3.93ms,
95% read latency 39.69ms.
Из того что заметил write latency коррелируется с write request size и на проблемных серверах он достигает 524k maximum и 150k average (данные из мониторинга vCenter)
Может есть что-то очевидное что я упустил или подскажете направление куда копать?
elevator какой внутри ОС?
EZ
for i in `ls /sys/block/ | grep sd`; do cat /sys/block/$i/queue/scheduler; doneРД
elevator какой внутри ОС?
[mq-deadline] kyber bfq none
EZ
scsi controller какой?
EZ
в виртуалке
РД
VMware Paravirtual
EZ
голая установка, не из темплейта?
РД
голая установка
РД
Еще пример, диск свежеразвернутого из ovf vrealize operations, который мониторит всего 6 хостов, 10ms write latency показывает в vcenter
EZ
а что говорят iostat -x и atop?
EZ
файловая система на виртуалках какая?
EZ
mount-флаги какие выставлены?
РД
а что говорят iostat -x и atop?
РД
файловая система на виртуалках какая?
lvm, на vrops ext3