MD
Токсичность она для альтернативных и упорствующих
Size: a a a
2020 June 15
MD
Засада CL в текущей реализации в том что с sub CL нельзя создать еще одну, т.е каскада не будет. sub CL возможна только с local CL with publish
O
Благодарю,даже не токсично)
Ему теперь по рангу не положено токсить
MD
Да щас там
MD
Кто сказал?
AS
Засада CL в текущей реализации в том что с sub CL нельзя создать еще одну, т.е каскада не будет. sub CL возможна только с local CL with publish
Задача ограничена 2мя vc. Думаю livevolume или replicate с помощью compellent.
AS
Так и вопрос был нормально задан
Спасибо,польщен)
MD
не все так просто с" тупо" репликой
AK
MD
вот у тебя CL на первом центре, если ты просто отреплицируешь блочно данные на второй, чуда не произойдет, объекты не будут добавлены в интвентори и все это будет висеть мертвым грузом
MO
тпм разве не запрещен в РФ ?
MD
если хочется реплицировать аппартно, то необходимо создавать CL с флагом JSON persisntent , чтобы метаданные хранились на фс,
MO
точнее "запрещен к ввозу просто так без тонны разрешений"
MD
тогда реплику можно заиницилизировать в качестве CL
MD
поэтому сперва документация, понимание принципов, потом размышления о реализации
MD
плюс операцию необходимо повторять при каждом изменении CL
MD
в итоге я пришел к варианту :
на любом центре local CL with publish + JSON persistent - > perl magic -> AWS S3 acts as 3rd party CL
- > vcsa-01 sub CL from S3
-> vcsa02 sub CL from S3
-> vcsaXX sub CL from S3
на любом центре local CL with publish + JSON persistent - > perl magic -> AWS S3 acts as 3rd party CL
- > vcsa-01 sub CL from S3
-> vcsa02 sub CL from S3
-> vcsaXX sub CL from S3
MD
опционально в разрезах nginx/apache reverse для кеширования
MD
но это самый дикий вариант, когда нужна одна точка управления и доебени сосущих контент
MD
для полноты понимая управлять контентом можно только в local CL