что с ним?

Видит

ну теперь уже да =)

Я догадывался, что связано с контрейлом (погугглю, какие ограничения он накладывает). И то, что нельзя  юзать rfc6598 в облаке, с ним же связано,наверное весь контрейл использует данную подсеть. Если я правильно  понимаю, такие ограничения были известны изначально, но было же понятно, что это будет источником раздражения от пользователей. И я не понимаю, ваши коллеги в одном из выступлений  говорили, что в яо хотят перевести и проекты яндекса. Но ведь понятно, что с такими ограничениями по сети, вы вряд-ли этого достигнете

вы бот?

Эмм

м?

Можно материться ?

можно

Хорошо )

ок

бот перед знаком вопроса пробел бы не поставил

Да ну нахуй, не может быть такого

Ожидание и реальность

Чуть подробнее ?

Не, 6598 по другой причине) Может, когда-то расскажем.
В Облаке давно живут проекты Яндекса. Прекрасно вполне себе. 50к флоу на интерфейс - это всё же нетиповая ситуация - и для неё есть решение, хотя и не без нюансов

не очень понял фразу "нетиповая ситуация" - что подрозумевается, если речь идет просто про вмку, в которой живет одно приложение - то +- могу еще согласиться, если в вм есть больше одного приклада (например  воркер нода куба), то вынужден не согласиться

The S in IoT stands for Security!

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

сходу еще примеры про "50к флоу на интерфейс - это всё же нетиповая ситуация"  если ставим какой-нибудь ngfw через который пускаем трафик (наш кейс) или вм которая будет натировать трафик (чтобы был единый ip для исходящий сообщений в интернет),  или ставим некий роутер чтобы соединить две vpc (vpc peering еще нет в яо, только через техподдержку, которая будет делать это, хорошо, если неделю), мне кажется, все это довольно стандартные кейсы, при которых вполне возможно влететь в данные лимиты(и такое происходит)