Comments 29
Ок, заинтересовали. Сколько стоит? Не вижу на сайте ценника.
Цены по запросу на sales@postgrespro.ru
Пока так.
Пока так.
6000/5=1200$ в год вполне разумно, если сравнивать с зарплатой одного сеньора.
6000/5=1200$ — это стоимость поддержки в год (помимо лицензии).
А лицензия стоит свои полные 6000$ за 1 ядро.
Средний 2-процессорный 1U сервер сейчас содержит 16-24 ядра с учетом HyperThreading (а он при лицензировании, разумеется, считается). То есть лицензия на один выделенный сервер обойдется в 100,000-150,000$.
Хотите мультимастер кластер хотя бы из 3 нод? Готовьте полмиллиона долларов.
Добавляем стоимость поддержки за 5 лет — здравствуй, миллион!
В мире энтерпрайза количество нулей несколько больше привычного.
А лицензия стоит свои полные 6000$ за 1 ядро.
Средний 2-процессорный 1U сервер сейчас содержит 16-24 ядра с учетом HyperThreading (а он при лицензировании, разумеется, считается). То есть лицензия на один выделенный сервер обойдется в 100,000-150,000$.
Хотите мультимастер кластер хотя бы из 3 нод? Готовьте полмиллиона долларов.
Добавляем стоимость поддержки за 5 лет — здравствуй, миллион!
В мире энтерпрайза количество нулей несколько больше привычного.
Спасибо. Видимо из-за этого и прячут.
Ну, мультимастер всегда был востребован. Если когда-нибудь попрошу начальство купить Postgres Enterprise, то именно из-за него.
А разве цены не публичная информация?
Не в enterprise. Зайдите на сайт IBM, Oracle, Symantec Вы не увидите цен на enterprise продукты
Т.е. рядовому проекту PgPro не светит?
Postgres Pro Standard существенно дешевле. Рядовому проекту Enterprise не нужен.
Расширение multimaster и его поддержка в ядре, которые есть только в версии Postgres Pro Enterprise, дают возможность строить кластеры серверов высокой доступности (High Availability).
А зачем рядовому проекту PgPro Standart без HA, не подскажете?
не совсем понятно, зачем покупать, если можно спокойно скачать — postgrespro.ru/products/download, условий для того чтобы обязательно покупать я не увидел
Просто по этому продукту я видел цены в докладе Ивана Панченко на конференции
event.infostart.ru/2017
Но на сайте не нашел.
event.infostart.ru/2017
Но на сайте не нашел.
Но зайдите на сайт Microsoft, и увидите :).
Зато увидите на сайте реселлеров: store.softline.ru/oracle/oracle-database-enterprise-edition
И да, Microsoft публикует рекомендованные цены прямо у себя: www.microsoft.com/en-us/sql-server/sql-server-2017-pricing
И да, Microsoft публикует рекомендованные цены прямо у себя: www.microsoft.com/en-us/sql-server/sql-server-2017-pricing
Некоторые фичи из Enterprise будут со временем переходить в более доступные версии и даже в open source. Например, 64-разрядный счетчик транзакций мы хотим сделать частью PostgreSQL.
Как мультимастер работает на двух узлах? Что решает на счёт большинства?
«В Oracle, например, автономные транзакции определяются в начале блока как PRAGMA AUTONOMOUS_TRANSACTION. Поведение процедуры, функции или неименованного блока определяется на этапе их компиляции и во время исполнения меняться не может.»
Для произвольного изменения поведения во время исполнения можно использовать execute immediate — здесь нет серьёзных ограничений, насколько могу судить.
«В Oracle, например, автономные транзакции определяются в начале блока как PRAGMA AUTONOMOUS_TRANSACTION. Поведение процедуры, функции или неименованного блока определяется на этапе их компиляции и во время исполнения меняться не может.»
Для произвольного изменения поведения во время исполнения можно использовать execute immediate — здесь нет серьёзных ограничений, насколько могу судить.
разработчики говорят так:
для двух узлов есть несколько вариантов:
1) голосующий узел — инстанс постгреса без данных, который в случае выхода из строя одной ноды разрешит другой продолжить работу
2) можно на одной из нод включить major режим, тогда эта нода продолжит работать в случае поломки соседа. Если major нода поломается, то её соседа включать вручную
3) есть возможность использовать внешний fencing, если он доступен
для двух узлов есть несколько вариантов:
1) голосующий узел — инстанс постгреса без данных, который в случае выхода из строя одной ноды разрешит другой продолжить работу
2) можно на одной из нод включить major режим, тогда эта нода продолжит работать в случае поломки соседа. Если major нода поломается, то её соседа включать вручную
3) есть возможность использовать внешний fencing, если он доступен
В SQL Server подобные автономные транзакции можно симулировать с использованием Table Variables. После отката родительской транзакции, все изменения в этой таблице останутся. Они как раз используются когда нужно логгировать все попытки доступа к данным, даже если транзакция откатилась.
не дадите ссылочку на описание такого действа?
Ну например в официальной доку ментации на сайте Майкрософт написано следующее: because table variables have limited scope and are not part of the persistent database, they are not affected by transaction rollbacks. https://www.google.com/url?sa=t&source=web&rct=j&url=https://docs.microsoft.com/en-us/sql/t-sql/data-types/table-transact-sql&ved=0ahUKEwiYvdXP-cfWAhVFRCYKHbrGBBoQFgglMAA&usg=AFQjCNHJIzwx5O6tPFm1wb_EkE8ZenT0vg
Эти новшества планируются в нативном (open source) Postgres? Или этого никогда не будет, потому что это не соответствует коммерческой политики компании Postgres Professional.
Sign up to leave a comment.
Различия Postgres Pro Enterprise и PostgreSQL