Каковы мои варианты миграции на более крупный экземпляр Azure Redis Cache?

Я работаю над этим проектом, которому нужен кэш Redis с высокой пропускной способностью. Поскольку запускать кеш Redis довольно дорого (это хобби-проект), я начинаю с узла 1 ГБ. Однако, если это сработает, как мне перейти на большой экземпляр кеша без серьезного сбоя для создания нового экземпляра, обновления строк подключения и т. д.?

Кажется, я не могу найти никакого способа миграции или изменения уровня обслуживания. На самом деле там конкретно написано, что "план нельзя изменить", когда я захожу на эту страницу.

Существуют ли какие-либо другие варианты для меня после того, как я перерасту свой первоначальный размер экземпляра кэша? Это очень "необлачное" поведение, не так ли? Все остальные ресурсы Azure я могу изменить в любой момент по мере необходимости.


azure-redis-cache
person HenrikJohnson    schedule 16.12.2014    source источник

Ответы (4)


arrow_upward
2
arrow_downward

Согласно этому докладу (около 26 миллионов), этот тип функциональности запланирован на следующий год.

Бессовестный плагин: насколько я знаю, единственный провайдер Redis-as-a-Service, который позволяет изменять ваш план в режиме реального времени, без потери ваших данных или прерывания вашего обслуживания, — это Redis Cloud от Redis Labs (также доступно в Azure).

person Itamar Haber    schedule 16.12.2014
comment
Спасибо. Раньше я никогда не смотрел на Redis Cloud. Я мог бы просто переключиться на это, как только закончу разработку и буду готов к запуску (мне нравится идея иметь полностью управляемое решение, где мне вообще не нужно беспокоиться о размере). Мне удалось получить бесплатные кредиты Azure на 400 долларов в месяц. Вы случайно не знаете, могу ли я использовать эти кредиты для оплаты Redis Cloud (и платить только сумму, превышающую 400 долларов). Я не уверен, что кредиты Azure предназначены только для служб Microsoft. - person HenrikJohnson; 18.12.2014
comment
К сожалению, нет — вы не можете использовать кредиты Azure для оплаты Redis Cloud. Однако, как только вы израсходуете свои ресурсы и захотите перейти, сообщите об этом в нашу службу поддержки, и они осуществят переход плавно, без потери данных в вашем хранилище данных. - person Itamar Haber; 18.12.2014
comment
Я вроде угадал. Тем не менее, я надеюсь, что относительно быстро вырасту из своего первоначального размера, и в этот момент я, вероятно, перейду на Redis Labs. Вы, ребята, кажется, намного опередили Microsoft, и я предполагаю, что вы, вероятно, останетесь на этом пути :). Спасибо за информацию! - person HenrikJohnson; 18.12.2014

arrow_upward
2
arrow_downward

Вы также можете взглянуть на Sharding Redis Instances. Я столкнулся с похожей проблемой, когда мои данные в кеше неожиданно начали расцветать, я использовал концепцию сегментирования для решения этой проблемы. Каждый раз, когда размер данных будет превышать определенный порог в экземпляре Redis, будет создаваться новый экземпляр Redis, и данные будут совместно использоваться новыми экземплярами. Проблема будет заключаться в перераспределении ключей, а также в обнаружении правильного экземпляра Redis при поиске ключа. Существуют различные алгоритмы решения такой задачи. Я использовал концепцию последовательного хеширования, чтобы решить эту проблему.

Поскольку вы не получите какой-либо готовой поддержки от Azure Redis Cache для сегментирования, вам, возможно, придется написать свою логику сегментирования на стороне клиента или на прокси-сервере.

Вы можете взглянуть на реализацию в Craiglist — http://blog.zawodny.com/2011/02/26/redis-sharding-at-craigslist/ Взгляните на Twenproxy, вы можете получить больше информации - http://antirez.com/news/44

person Pratik Bhattacharya    schedule 16.04.2015

arrow_upward
1
arrow_downward

На данный момент вам нужно создать новый кеш и обновить строку подключения в вашем приложении.

Скоро появится функция масштабирования существующего кеша вверх или вниз. Как только он будет включен, для масштабирования не будет потери данных и очень кратковременной потери доступности. При уменьшении масштаба возможна потеря данных, если кэшированные данные слишком велики для нового размера.

person Mike Harder    schedule 16.12.2014

arrow_upward
1
arrow_downward

Просто обновление. Эта функция теперь доступна в кэше Redis для Azure (уровень "Премиум"). Взгляните на эту ссылку.

person Pratik Bhattacharya    schedule 15.04.2016