Уходить есть куда – российские компании уже предлагают услуги, аналогичные тем, что оказывала SAP.
Только в части IaaS и то "со скрипом" (некоторые из топ-3 рейтинга cnews предлагали всерьез подождать ...40 недель сервер на 3TB RAM, а другие "расшардить" БД S/4HANA на 2-х сокетные машинки, потому как с 3TB "сейчас нету" и.т.д).
OXYGEN, например, может сейчас за неделю выдать в HaaS машину на 6TB RAM ?
Порекомендуйте пожалуйста платный backup \ restore кластера для Postgres и чтобы не больше двух строчек в командном файле, а то после MS SQL и Oracle есть ощущение какого то downshift. Хочется как раньше «заплати и живи спокойно».
Не уверен насчет "двух строчек в командном файле", но в последней версии отечественного КиберПротект 16.5 вроде как завезли PITR и гранулярный рестор отдельных БД. Непонятно только есть ли PITR для отдельной БД. И да, имхо, после комерческих СУБД бекап/рестор в PostgreSQL (при всем уважении к его разработчикам) это прям боль. Хотя, наверное, в целом дело привычки.
На одном крупном промышленном предприятии в 2019 году выключили IBM pSeries 690 запущенную в.. 2003ем. 10 лет (если не больше) работала без IBM-суппорта. "Фирма веников не вяжет, фирма делает гробы" ;) Правда именно такие hi-end "гробы" IBM больше не делает.
Да не особо удивительно. "Нельзя просто так взять и ...." отказаться от SAP ERP. 30% это тот самый крупняк (нефтянка, горняки/металлурги, ретейл, etc) который вложил сотни миллионов (а то и больше) в эту историю и реализовал в ней кучу критичных бизнес-процессов. Просто так взять "вот это все" и выкинуть возможно только в импортозаместительных мечтах оторванных от бизнес-реальности господ из высоких кабинетов. Ну и жизнь без SAP Enterprise Support оказывается вполне себе есть, да.
А поделитесь секретом как и где машинку с ресурсами "20 ядер, 786GB RAM, 10x800GB SSD + 2.4TB internal SSD" собрали за 1600$ ? Сейчас 1u-супермикра с такими ресурсами порякка 17K$
Чтобы обнаруживать новые паттерны, аналитические приложения должны обрабатывать данные на обобщенном уровне. Традиционные реляционные СУБД, например DB2, Oracle и SQL Server, которые работают на универсальном или стандартном оборудовании, не справляются с такими рабочими нагрузками.
Конкретно DB2 от рождения умеет в MPP/shared-nothing на обычных серверах и на нем вполне себе строили DWH/OLAP на десятки и даже сотни ТB еще в нулевых
Для решения этой проблемы на рынке появились СУБД Teradata, устройства Netezza, Neoview, Parallel Data Warehouse и SAP HANA. Они работают на специализированном аппаратном обеспечении
Конкретно SAP HANA никакого специализированного железа не использует (HANA-апплайнсы - обычные серверы, но в жестко прибитой гвоздями конфигурации, сейчас почти не используют - делают по workload-sizing-модели)
"Что касается СУБД и корпоративных приложений, имеется возможность резервного копирования и восстановления MS SQL, MS Exchange, MS SharePoint, SAP HANA"
В июле 2020 года наша компания была сертифицирована SAP HANA Operations и SAP Hosting Operations, что подтверждает полную функциональность систем SAP в Yandex Cloud.
Yandex Cloud не сертифицирован под SAP HANA. Официально использовать его нельзя, но "если очень хочется, то можно", конечно. Особенно в текущих условиях.
Грубый анализ показывает, что наиболее экономичным решением является Yandex Cloud
Можно увидеть "не грубый" анализ, того кау у вас получилась разница почти в 4 раза по инфре в сравнении с colocation/private cloud (что именно и как именно считали, на какой срок и т.п.) ?
если мы разобьем обе платформы на классическую трехзвенную архитектуру (клиентское приложение, сервер приложений, сервер базы данных), то система HANA будет перекрывать две функциональные задачи – задачу хранения данных (сервер базы данных) и сервер приложений.
Нет, не будет. Сервер(ы) приложений в ABAP- системах отдельная сущность как и в 1С. Опять не понимаете основы.
В моем случае если вдруг индус обрабатываваший критичный кейс начинал подтупливать, то сразу звонил местному российскому аккаунт-менеджеру и через пару-тройку часов в кейс приходил или более правильный индус или "Джон из Техаса". Правда это premium-support, специфический солюшен и заказчик на "особом счету".
Up to 200 client configurable cores, если точнее. Не процессоров.
ЦБ РФ с вами не согласится :) Интересно импортозаместили уже или еще нет, учитывая, что оно там у них в "ядре" было/есть
Это радует. Потребность уже закрыта. Но вас "записал в блокнотик" на будущее.
Только в части IaaS и то "со скрипом" (некоторые из топ-3 рейтинга cnews предлагали всерьез подождать ...40 недель сервер на 3TB RAM, а другие "расшардить" БД S/4HANA на 2-х сокетные машинки, потому как с 3TB "сейчас нету" и.т.д).
OXYGEN, например, может сейчас за неделю выдать в HaaS машину на 6TB RAM ?
Не уверен насчет "двух строчек в командном файле", но в последней версии отечественного КиберПротект 16.5 вроде как завезли PITR и гранулярный рестор отдельных БД. Непонятно только есть ли PITR для отдельной БД. И да, имхо, после комерческих СУБД бекап/рестор в PostgreSQL (при всем уважении к его разработчикам) это прям боль. Хотя, наверное, в целом дело привычки.
Понятно. Спасибо. А по ценам подписки относительно сокетных лицензий что-то известно ?
Т.е. теперь буду временные ключи согласно сроку купленной подписки ? Срок подписки кончился - esx упал ?
На одном крупном промышленном предприятии в 2019 году выключили IBM pSeries 690 запущенную в.. 2003ем. 10 лет (если не больше) работала без IBM-суппорта. "Фирма веников не вяжет, фирма делает гробы" ;) Правда именно такие hi-end "гробы" IBM больше не делает.
Интересно. Спасибо, что поделились. А DR-сайт у вас есть ? А то IBM FS 900 как бы не очень "свежая" уже ;)
Да не особо удивительно. "Нельзя просто так взять и ...." отказаться от SAP ERP. 30% это тот самый крупняк (нефтянка, горняки/металлурги, ретейл, etc) который вложил сотни миллионов (а то и больше) в эту историю и реализовал в ней кучу критичных бизнес-процессов. Просто так взять "вот это все" и выкинуть возможно только в импортозаместительных мечтах оторванных от бизнес-реальности господ из высоких кабинетов. Ну и жизнь без SAP Enterprise Support оказывается вполне себе есть, да.
А поделитесь секретом как и где машинку с ресурсами "20 ядер, 786GB RAM, 10x800GB SSD + 2.4TB internal SSD" собрали за 1600$ ? Сейчас 1u-супермикра с такими ресурсами порякка 17K$
Интересно. Спасибо.
А расскажите, плз, какие плюшки есть у вашего PG-форка ? Ну чтоб понимать за что просят 30K/core :)
Вы леново отнесли не у тому классу в вашей "табели о рангах" - они OEM-ят Netapp
В рамках TDI-модели и соблюдения ее ограничений спрашивать SAP про железо абсолютно не обязательно (ну разве что если сайзинг получился > 8 сокетов).
Конкретно DB2 от рождения умеет в MPP/shared-nothing на обычных серверах и на нем вполне себе строили DWH/OLAP на десятки и даже сотни ТB еще в нулевых
Конкретно SAP HANA никакого специализированного железа не использует (HANA-апплайнсы - обычные серверы, но в жестко прибитой гвоздями конфигурации, сейчас почти не используют - делают по workload-sizing-модели)
"Что касается СУБД и корпоративных приложений, имеется возможность резервного копирования и восстановления MS SQL, MS Exchange, MS SharePoint, SAP HANA"
Хану все также снепшотами?
Yandex Cloud не сертифицирован под SAP HANA. Официально использовать его нельзя, но "если очень хочется, то можно", конечно. Особенно в текущих условиях.
Можно увидеть "не грубый" анализ, того кау у вас получилась разница почти в 4 раза по инфре в сравнении с colocation/private cloud (что именно и как именно считали, на какой срок и т.п.) ?
Нет, не будет. Сервер(ы) приложений в ABAP- системах отдельная сущность как и в 1С. Опять не понимаете основы.
SAP HANA это СУБД. А "платформа" это SAP Netweaver. Неплохо бы в основах матчасти конкурента разобраться прежде чем "анализировать"
В моем случае если вдруг индус обрабатываваший критичный кейс начинал подтупливать, то сразу звонил местному российскому аккаунт-менеджеру и через пару-тройку часов в кейс приходил или более правильный индус или "Джон из Техаса". Правда это premium-support, специфический солюшен и заказчик на "особом счету".