я и не собираюсь живую миграцию пока использовать

это может иметь отложенные последствия для influxdb

она от этого просто абзац как загрустит

но раз ставлю виртуализацию, то лучше сначала сделать, чтобы потом на живом не переставлять

Мисак, а как ты резервируешь монгу ?

сейчас никак

бекапы нока и все

а как будешь ?

на монге только нок

и в монге конфиги

даже не знаю

как умные люди посоветуют

если морочится под большой объем читай https://docs.mongodb.com/manual/administration/production-notes/

большую часть башня сделает автоматом

но ничего не сделает с дисками

у нас Cisco UCS + EMC Storage

там много вариантов можно придумать

овирт я на глустерфс собрал, даже не знаю пока как это все работать будет

густер будет работать как падонок

вуглускр - ты со зла

но говорят работает. медленно печально но работает

да в принципе с диском работающих сервисов у меня на виртуализации крутиться мало будет

монга в репликасете очень любит диск

собираюсь делать DNS, DHCP, Juniper Virtual Route Reflector, ну ноковские сервисы

монга у меня отдельная машина без виртуализации

и постгре

ну тогда да

тоесть там в основном сетевая производительность

А опчему решили виртуальны РР, а не реальную какую железку напрячь?

у нас сейчас 2 МХ480

которы все остальное тоже делают

норм решение по-моему

или им реально тяжело

просто по-моему РР это очень важная вещь

а виртуалка с РР не очень надежно

им тяжело

там тот же код Джуна

ну это да

а oVirt это федора

только для функции РР ставить железку неправильно

и апстрим для rhev

овирт у меня центос 7

без саппорта

РР сейчас правильней на писи крутить

легче масштабируется

ммм

зависит от потребностей

без потребностей

чисто софтовая задача

:)

не спорю, но железка как-то надежней

сервер с памятью и перформансом который никакому джуновскому РЕ не снился стоит раз в 10 меньше

нафиг ставить MX с RE на интеловских процах для этого

не смеши

про надежность RE

обычный писюк

RE хотя бы две

дохлый

вот и кластер :)

ставишь много РР и все

очень надежно

2 RR

Ж)

действительно

:)

на разных площадках

конечно на разных площадках

обычный 1U сервер в разы надежнее RE

да, просто раньше нормального софта не было

а сейчас тот же джунос

да и BIRD, наверное

а junos сейчас начали делать для виртуалок?

я года три не интересовался

не, смотри: 1) в железном РР точка отказа это железо / ОС / процесс bgp 2) в софтовом - железо сервера / ос сервера / гипервизор / ос виртуалки / bgp демон

эээ

не нравится, убери гипервизор из цепочки

:)

сейчас есть и виртуальный МХ полный, и отдельно виртуальный РР

junos 15.1 для x86 перевели с FreeBSD 6.1 на FreeBSD 10.x А FreeBSD, начиная с 9-й версии поддерживает работу в гостевом режиме

так что заслуга джунипера тут нулевая

ну почему

собрали, упаковали

да и по коммитам может эту поддержку они во фряхе пилили

или деньги давали

я наоборот, возмущаюсь. в последних версиях FreeBSD куча работы по PowerPC, а как была Junos для младших MX на FreeBSD 6.1, так и осталась

нет, к виртуализации во фряхе джуны точно не имеют никакого отношения

да там огромный срач сейчас, что бжп процесс до сих пор однопоточный

хотя многопоточных не знаю я ни у кого

я больше скажу, в младших джунах двухъядерные процы но FreeBSD-6.1 видит только одно ядро

а vMX какой-нибудь бесплатный есть?

есть

я вот думаю стенд для тестирования собрать

том лицензирование только по бэндвиту

5 или 50 мегабит бесплатно

я вот думаю - 3 виртуалочки в колечке

оно на каких гипервизорах живет?

я больше скажу, в младших джунах двухъядерные процы но FreeBSD-6.1 видит только одно ядро

про это тоже, МХ80 и МХ104 из-за этого очень неторопливые

оно на каких гипервизорах живет?

вмварь точно

линуксы тоже