|
08.02.2019, 13:12 | #1 |
Moderator
|
Там надо 21 виртуальную машину. (Для PROD и TEST). На каждую машину нужно Windows Server покупать. Надо две лицензии на SQL Server, поскольку оно вроде бы требует отдельных серверов для PROD и TEST. (Может и можно на один SQL Server поставить, но я не уверен что оно поддерживаться будет). Кроме того, On Premises требует SQL Server 2016. SQL Server 2016 в Standard Edition не поддерживает более 24 ядер. Так что если у тебя клиент более или менее крупный (типа от 300 пользователей), то придется под SQL (по крайней мере - продуктивный) отводить 32 ядра и выше и ставить SQL Server Enterprise Version (которая на 32 ядра стоит порядка 400-450K USD. Само-то железо по нынешним временам тысяч в 100-150 обойдется (а в экстремально урезанной конфигурации для тестирования и изучения - может даже тысяч в 30). Проблема в софте.
|
|
08.02.2019, 21:05 | #2 |
Banned
|
Цитата:
Сообщение от fed
On Premises требует SQL Server 2016. SQL Server 2016 в Standard Edition не поддерживает более 24 ядер. Так что если у тебя клиент более или менее крупный (типа от 300 пользователей), то придется под SQL (по крайней мере - продуктивный) отводить 32 ядра и выше и ставить SQL Server Enterprise Version (которая на 32 ядра стоит порядка 400-450K USD. Само-то железо по нынешним временам тысяч в 100-150 обойдется (а в экстремально урезанной конфигурации для тестирования и изучения - может даже тысяч в 30). Проблема в софте.
Или там In-Memory technologies in (Azure) SQL Database и все летает? Что интересно компаний предоставляющих хостинг/облако для SAP S/4HANA сильно больше 10. То есть конкуренция и возможность переходить. Что делает стоимость владения рыночной. https://www.sap.com/dmc/exp/2014-09-...#recordid=1155 Вот Principles of SAP HANA Sizing —on premise and cloud, достаточно увлекательно. https://www.sap.com/documents/2016/1...71af511fa.html Архивирование данных и разделение старых и текущих данных это очень сильно. |
|
11.02.2019, 10:33 | #3 |
Moderator
|
Цитата:
Более интересно то, что до недавнего времени вполне работоспособные на среднем числе пользователей окружения уровня Tier-1 и Tier-2 деплоились на основе обычного IIS и работали на всего паре VM+ база данных где-то в Azure. То есть - не было и нет никаких технических ограничений для того чтобы Microsoft выпустил бы D365FOE On Premise SMB, которое требовало бы двух-трех виртуалок+SQL Server. Но они из за чмошно-маркетинговых побуждений выпустили On Premise на основании тяжелейшей архитектуры. Кроме того, есть сильное подозрение, что продуктивные инстанцы в облаке, на самом деле, до сих пор работают на основе IIS. Микрософт только недавно начал ASF-based окружения в TEST деплоить, причем не во всех регионах. То есть - похоже что микрософтовцы просто решили за счет тех клиентов, кому On Premises нужен просто протестировать альфа-версию ASF-based D365FOE. Касательно числа ядер для SQL Server: Я видел несколько достаточно больших (типа 200-300 пользователей) внедрений DAX2009/DAX2012 (причем нормально сделаных, без грязного переписывания). Так вот при 16 ядрах у SQL Server, логистика там работала без огонька. Так что при числе пользователей выше 300 я бы думал о где-нить 32 ядрах на SQL Server. Проблема в том что с каждой новой версией SQL Server, стоимость лицензии на ядро росла. Во времена DAX2009 и SQL Server 2008R2, стоимость SQL Server была сопоставима со стоимостью железа, на котором он исполнялся. Сейчас стоимость Enterprise Edition SQL Server 2016/2017 явно раза в 3-4 выше стоимости железа. |
|
|
За это сообщение автора поблагодарили: trud (3), ax_mct (5). |
11.02.2019, 11:40 | #4 |
Участник
|
Цитата:
Цитата:
Data aging is a business data management concept for reducing the memory footprint in
SAP HANA ▪ Only operationally relevant (“hot”/current) data is loaded into main memory of SAP HANA ▪ Other (“cold”/historical) data remains primarily stored on disk, not affecting hot data performance, yet cold data remains accessible via SQL on request Цитата:
Сообщение от fed
Так вот при 16 ядрах у SQL Server, логистика там работала без огонька. Так что при числе пользователей выше 300 я бы думал о где-нить 32 ядрах на SQL Server. Проблема в том что с каждой новой версией SQL Server, стоимость лицензии на ядро росла. Во времена DAX2009 и SQL Server 2008R2, стоимость SQL Server была сопоставима со стоимостью железа, на котором он исполнялся. Сейчас стоимость Enterprise Edition SQL Server 2016/2017 явно раза в 3-4 выше стоимости железа.
|
|
11.02.2019, 12:05 | #5 |
Moderator
|
Не могу рассказать про HANA, но вообще говоря In Memory Database != Cache. То есть - в InMemory database данные храняться в собственных структурах, не ориентированых на табличное хранение. Например, классические БД используют для быстрого поиска B-Tree, просто потому что данные на диске хранятся страницами и время чтения одной записи равно времени чтения страницы. А вот если данные всегда хранятся в памяти, то выгоднее использовать обычные сбалансированные деревья, а не B-Tree. Опять таки, большая часть БД не использует хэширование для хранения данных (вроде бы только в Oracle и в Postgress что-то есть). А если даннные хранятся в оперативке, то построить и какое-то время поддерживать хэш-таблицу можно достаточно дешево.
|
|
11.02.2019, 12:45 | #6 |
Banned
|
Цитата:
А то что In-Memory уже устоявшаяся мода и тренд - это факт. |
|
12.02.2019, 01:43 | #7 |
Участник
|
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Ну, при желании можно и меньше, вон люди пишут, что тестовую среду до 4-х виртуалок сокращали (по количеству ролей SF, которые каждая должны быть на отдельном хосте). А так: рабочая среда 8 узлов под SF плюс 2 узла на кластер SQL Server, тестовая - 7 узлов, считая SQL Server (можно 2 AOS'а вместо 3-х и SSRS поставить на хосте СУБД, без кластеризации), итого условно 17, а не 21. Инфраструктура - отдельно, потому что ADFS и файл-сервер могут быть нужны не только для D365FOE. А вся песочница по ресурсам при желании умещается в 8 ядер и 64Гб памяти, т.е. штатный сервер всё-в-одном для AX2012.Ну... такова селяви. Наверно, если очень захотеть, под песочницы можно использовать триальные версии и переразворачивать всё раз в полгода-год, как делают с DEV-виртуалками. Цитата:
Цитата:
Цитата:
Сообщение от trud
Цитата:
Сообщение от fed
Кроме того, On Premises требует SQL Server 2016. SQL Server 2016 в Standard Edition не поддерживает более 24 ядер. Так что если у тебя клиент более или менее крупный (типа от 300 пользователей), то придется под SQL отводить 32 ядра и выше и ставить SQL Server Enterprise Version (которая на 32 ядра стоит порядка 400-450K USD).
|
|
|
За это сообщение автора поблагодарили: raz (10), Morpheus (1), ax_mct (5). |
12.02.2019, 21:45 | #8 |
Banned
|
Цитата:
Сообщение от gl00mie
Что им помешает перейти на D365FOE OnPrem? Тем более, через год-другой, когда детские болячки пройдут и производительность выправится?
... Опять же, забываете про OnPrem - почему? ... Из моего скромного опыта, стоимость все же сильно зависит от объема кастомизаций и готовности отказываться от них в пользу нового стандартного функционала.Если речь только про Azure, то может быть. На счет OnPrem-версии я бы не был так категоричен. Функционал. Стоимость. Надежность. Гибкость. Популярность. Та же AX соответствовала всем этим пунктам на уровне конкурентов и выделялась среди прочих стоимостью и удобством разработки. Много ни мало но 20,000 компаний. А чем выделяется D365FOE OnPrem чтобы привлечь? Чем она лучше конкурентов? Она ни чем особенным уже не выделяется в положительную сторону. Нет? Какова ее популярность? Все смотрят на соседей. Да, через год-другой она станет лучше, но и Windows Phone был не самым плохим продуктом. Важнее ведь не "качество" продукта, а его цена, место на полке, доверие к бренду, срок годности то есть контекст рынка. В то же время все партнеры продолжают стоять в низкой беговой стойке на D365FOE, это да. И есть интерес со стороны клиентов, все же сила маркетинга. Но где это у соседа так чтобы захотелось? |
|
13.02.2019, 12:18 | #9 |
Участник
|
Цитата:
Успешные внедрения есть. Например одна глобальная компания, название не имею права сказать, замещает SAP на облачную D365FO. |
|
11.02.2019, 12:37 | #10 |
Banned
|
Цитата:
Сообщение от fed
Проблема в Azure Service Fabric, которая изначально разрабатывалась под кровавый entterprise и на маленьком числе VM работать не умеет
... Но они из за чмошно-маркетинговых побуждений выпустили On Premise на основании тяжелейшей архитектуры. ... Во времена DAX2009 и SQL Server 2008R2, стоимость SQL Server была сопоставима со стоимостью железа, на котором он исполнялся. Сейчас стоимость Enterprise Edition SQL Server 2016/2017 явно раза в 3-4 выше стоимости железа. То есть им в принципе им плевать на D365 On Premise. Другие приоритеты с учетом того что 2/3 дохода от подписки. А Azure Service Fabric это один из основных драйверов Azure. Очень возможно они формально имея D365 On Premise они делают все чтобы он был неинтересен. То есть когда хотят отказать вежливо то назначают неадекватную цену. В этой связи интересно связано ли текущая стоимость "On-Premise" SQL Server c заталкиванием в облака. Типа сравните как выгоднее Azure SQL. |
|