Ну и избавился. И что? Опять же - какая конечная цель? Метрики это просто набор цифр. Что с ними делают то?

метрики хранятся по уровнаям, как longterm storage можно и в s3

тоже самое и в clickhouse можно сделать с аггрегацией метрик по разным таблицам

Где то читал что клик это не про точность, а про скорость и анализ. Если нужно отдавать уже результат анализа, то пойдет. А для долговременного хранения лучше S3 не придумать

Чуваки, а никто не задавался вопросом чтобы метрики новы/нейтрона хранить в кликхаусе ? Вполне ведь возможно цепляться к событиям метрик и через kafka загружать их в клик, а он там сам под капотом разгребет и сделает красиво

Но само красиво не сделает, какой нить етл надо будет прикручивать, чтоб метрики выглядели однообразно

ceilometer это и делает же

вопрос как с минимальным оверхедом пулять это в кафку, ибо кликхаус умеет тягать данные из топика и автоматически помещать в таблицу

Посмотрел видосик фланта , спасибо Андрею за труд

А вообще гугл конечно говорит что есть родной.. https://docs.openstack.org/ceilometer/pike/api/ceilometer.publisher.kafka_broker.html

Это какой?

https://t.me/openstack_ru/131063 За этим постом ссылка на YouTube от @kvaps

привет, кто-то знает может публичные сервисы "openstack as a service"? где не вмки раздают, а собственно клауд

ну наверное

Ещё вопрос - опенстак на армах как вообще, норм?

Опенстек то тут и непричем. Линукс на армах норм, виртуализация норм. Так что да, всё хорошо.

Интересно за что именно платишь у них

Не совсем. На армах все еще дефицит софта. И шаг в сторону - может не быть пакета

Ну эт не про виртуализацию уже)

И я, кстати, не уверен на счет квм. Как оно на армах заработает. В том плане что может придется гостевые ос тоже под армы искать.

Но про облако :)

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/virtualization_deployment_and_administration_guide/appe-kvm_on_arm

Ну люди которые инстансы на арме берут пусть сами думают и пусть их голова болит)

Урезанное, обрезанное. Ясно-понятно

Но за армами будущее конечно.

Это же седьмой, лет 7 назад было?

Host system architectures RHEL 9 with KVM is only supported on the following host architectures: AMD64 and Intel 64 IBM Z - IBM z13 systems and later Any other hardware architectures are not supported for using RHEL 9 as a KVM virtualization host, and Red Hat highly discourages doing so. Notably, this includes the 64-bit ARM architecture (ARM 64), which is only provided as Technology Preview. https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_and_managing_virtualization/assembly_feature-support-and-limitations-in-rhel-9-virtualization_configuring-and-managing-virtualization ; https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_and_managing_virtualization/assembly_enabling-virtualization-in-rhel-9_configuring-and-managing-virtualization#enabling-virtualization-on-arm-64_assembly_enabling-virtualization-in-rhel-9

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/using_advanced_virtualization_features/getting-started-with-virtualization-in-rhel-8-on-arm-64_using-advanced-virtualization-features#how-virtualization-on-arm-64-differs-from-amd64-and-intel64_getting-started-with-virtualization-in-rhel-8-on-arm-64 В принципе не так уж плохо, ну хотплага нет..

Да, похоже. Только более публичное и не российское) Если пощупать можно - вообще идеально.

Но за армами будущее конечно.

А хз. Не понимаю что в них волшебного находят.

А хз. Не понимаю что в них волшебного находят.

А хз. Не понимаю что в них волшебного находят.

Да эт вы приводите, парни, обывательские объяснения. Объективно решая всегда же берешь в расчет производительность в конкретном наборе задач.

Да эт вы приводите, парни, обывательские объяснения. Объективно решая всегда же берешь в расчет производительность в конкретном наборе задач.

Я не имею ничего против арма) Просто аргументы какие-то неубедительные. Толку то от кучи ядер на кристалле, если при всем при этом они относительно хилые и возникают проблемы с когерентностью кэшей и numa? Ровно как на x86, только софта реально в разы меньше.

какая разница, если сам процесс считается на GPU \ FPGA \ AI \ etc ?

какая разница, если сам процесс считается на GPU \ FPGA \ AI \ etc ?

Получается, "греться" у тебя будут теперь не процессоры, а специализированные ускорители вычислений. Лукавство)

за пустые слова про экологичность и приставку «эко» берут деньги

Это ты берешь частный случай когда так происходит. Собственно, так и объясняют своё пристрастие к арму люди. Типа щас уже никому не нужны мощные процессоры, всё работает на специализированных акселераторах. А когда нужен именно процессор получается что арм не подходит.

Когда нужен процессор, x86 тоже не годится.

Ну да, ток 40 лет всех 8086 устраивало и вдруг ARM64

(посмотрев на склад со старыми сан и ибм) ну да, всех

Ну.. переодически спарки откапывают как и power, но разврату не получается