Комментарии 5
промоут, креденшлы, инстансы, коннектиться, рекваерменты
По сути: дороговато и очень бы хотелось узнать как они добиваются отказоустойчивости.
По сути: дороговато и очень бы хотелось узнать как они добиваются отказоустойчивости.
Да, за язык прошу прощения. Я крайне мало общаюсь на техническом языке по-русски. Вот так вот и выходит.
1. Дороговато для кого? Для одного человека? Согласен. А как enterprise решение — идеально. Есть саппорт, есть куча фич — просто рай. И заплатить за это лишние деньги — для компаний это никогда не в тяжесть.
2. Отказоустойчивость поддерживается благодаря присутвию экземпляров кластера в разных зонах. Ну и автомасштабирование. Что ещё нужно?
1. Дороговато для кого? Для одного человека? Согласен. А как enterprise решение — идеально. Есть саппорт, есть куча фич — просто рай. И заплатить за это лишние деньги — для компаний это никогда не в тяжесть.
2. Отказоустойчивость поддерживается благодаря присутвию экземпляров кластера в разных зонах. Ну и автомасштабирование. Что ещё нужно?
>А как enterprise решение
enterprise != обязательно дорого.
>экземпляров кластера в разных зонах
>автомасштабирование
Так пишите, как будто это «вещь в себе» и ничего за этим словом не стоит.
Это постгрес, который пока не умеет мастер-мастер из коробки и прозрачное переключение с мастера на реплику. Понятно, что это может быть разработка для коммерческого использования, но всё же…
enterprise != обязательно дорого.
>экземпляров кластера в разных зонах
>автомасштабирование
Так пишите, как будто это «вещь в себе» и ничего за этим словом не стоит.
Это постгрес, который пока не умеет мастер-мастер из коробки и прозрачное переключение с мастера на реплику. Понятно, что это может быть разработка для коммерческого использования, но всё же…
enterprise != обязательно дорого
И тут я с вами согласен, но если уж дорого, то не удивительно.
Так пишите, как будто это «вещь в себе» и ничего за этим словом не стоит.
Да, это не так. Но преподносится всё как монолитный продукт, в гуи всё очень понятно. И можно не иметь особых навыков, чтоб настроить полноценный кластер. Я не в курсе как они реализовали полноценное переключение быстро и качественно. Вряд ли они открывают это каждому встречному — это их деньги. Хотя, я сейчас им в сапоорт напишу, может чё узнаю.
Вот ответы от их саппорта на мои вопросы:
1. What kind of replication process do you use?
2. What is self-healing option you provide?
3. How does your service switch between master and replicas?
4. Can we run instances in VPC? (I suppose «no» right now, but are
there any plans to implement this feature?)
1. What kind of replication process do you use?
Streaming replication — asynchronous mode at this time.
2. What is self-healing option you provide?
There are 2 Cluster Healing modes:
1) Replace master with a new master (transaction integrity preferred)
2) Replace master with a replica (recovery time preferred)
3. How does your service switch between master and replicas?
If you choose this recover configuration(you choose the healing mode),
then one of the slaves will be promoted to the master if the master
fails.
4. Can we run instances in VPC? (I suppose «no» right now, but are
there any plans to implement this feature?)
Not right now but it is being considered for a future release. No
timeframe has been set yet though.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
RDS-like сервис для PostgreSQL