SQL Server мен PostgreSQL толық шығынмен есептеледі

Лицензия шоты корпоративтік дерекқордың тағдырын сирек жағдайда жалғыз өзі шешеді. Келесі ядролар мен резервтік түйінге үш жылда жұмсалатын қосымша ақша көшіру, екі жүйені қатар ұстау және қолданба тәуекелінің құнынан асқанда таңдау айқындалады. Бұл межеге дейін PostgreSQL тегін көрінгенімен, қымбат жобаға айналуы мүмкін. Межеден кейін SQL Server Standard техникалық жағынан ыңғайлы болып қалса да, оның шығынын қаржымен негіздеу қиындайды.

Мен мұндай нұсқаларды бір ДҚБЖ бағасымен емес, бірдей жұмыс топологиясымен салыстырамын. Есепке негізгі және резервтік түйіндер, сынақ ортасы, мамандар, қолдау, тоқтап қалу, бағдарламаны өзгерту және өсу қоры кіреді. Қуатты сервердегі SQL Server лицензиясын шағын бір виртуалды машинадағы PostgreSQL жүйесімен салыстырсақ, кесте дәл шығады, бірақ одан пайда жоқ.

Лицензия құны ядро санына қарай сатылап өседі

Per Core үлгісіндегі SQL Server Standard екі ядролық топтамамен сатылады, ал лицензия экземплярға бөлінген есептеу ресурсын қамтуы керек. Microsoft лицензиялау нұсқаулығы әр физикалық процессорға кемінде төрт ядро лицензиясын талап етеді. Жеке виртуалды машинаны лицензиялау үшін белсенді Software Assurance немесе жазылым қажет, сондықтан гипервизордағы vCPU санын бірден сатып алынатын лицензия саны деп қабылдауға болмайды. Шартты, өнім нұсқасын және виртуалдандыру құқықтарын лицензия жеткізушісі тексеруі керек.

Microsoft жариялаған SQL Server 2022 баға парағы тексеруге ыңғайлы сан береді: SQL Server Standard жүйесінің болжамды бөлшек бағасы екі ядролық топтама үшін 3 945 доллар. Microsoft бұл соманы коммерциялық ұсыныс емес, Open No Level бағдары деп нақты көрсетеді. Осы баға бойынша бір жұмыс экземплярының есебі мынадай:

• 8 бөлінген ядро: 4 топтама, шамамен 15 780 доллар.
• 16 бөлінген ядро: 8 топтама, шамамен 31 560 доллар.
• 24 бөлінген ядро: 12 топтама, шамамен 47 340 доллар.

Бұл Қазақстандағы соңғы смета емес. Мұнда теңге бағамы, салық, шарттағы жеңілдік, Software Assurance, Windows Server және резервтік түйін жоқ. Сандар басқа нәрсені көрсетеді. Дерекқор қуаттың жартысын ғана пайдаланып тұрса да, ядро екі есе артқанда лицензия жолы да екі есе өседі. PostgreSQL жүйесінде мұндай саты жоқ: PostgreSQL License оны ақысыз әрі жазбаша келісімсіз қолдануға, өзгертуге және таратуға рұқсат береді.

Алдымен коммерциялық ұсыныстағы сервер үлгісін емес, дерекқорға нақты берілетін ресурсты тіркеңіз. Мына сұрау жұмыс істеп тұрған SQL Server үшін техникалық бастапқы дерек береді:

SELECT
    cpu_count AS visible_logical_cpu,
    hyperthread_ratio,
    physical_memory_kb / 1024 AS physical_memory_mb
FROM sys.dm_os_sys_info;

SELECT
    name,
    compatibility_level,
    recovery_model_desc
FROM sys.databases
WHERE database_id > 4
ORDER BY name;

Нәтиженің бірінші жолы visible_logical_cpu | hyperthread_ratio | physical_memory_mb түрінде шығады, одан кейін пайдаланушы дерекқорларының тізімі келеді. DMV экземпляр көретін ресурсты көрсетеді, бірақ лицензиялық шартты түсіндірмейді. Нәтижені VM конфигурациясымен, физикалық процессор санымен, шартпен және пассивті түйін құқықтарымен салыстырыңыз.

Server плюс CAL тек пайдаланушы саны анық болса ұтады

Пайдаланушылар немесе құрылғылар саны аз, тұрақты және дәлелденетін болса, Server плюс CAL үлгісі Per Core нұсқасынан арзан болуы мүмкін. Microsoft парағындағы сол бағдар бойынша Standard сервер лицензиясы 989 доллар, ал бір CAL 230 доллар тұрады. Қарапайым шекара былай есептеледі:

PerCore = ceil(licensed_cores / 2) * price_2core_pack
ServerCAL = server_count * price_server + cal_count * price_cal
break_even_cal = floor((PerCore - server_count * price_server) / price_cal)

Осы бағдармен бір сегіз ядролық серверге арналған Per Core құны 15 780 доллар болады. Server плюс CAL шамамен 64 CAL-ға дейін арзан, келесі CAL оны осы шектен асырады. 16 ядро үшін есептік шекара шамамен 132 CAL-ға көтеріледі. Бұл сандар сатып алу ұсынысы емес, шығын ауқымын тексеруге арналған.

Негізгі тұзақ арифметикада емес, қолжетімділікті анықтауда. Microsoft Multiplexing Licensing Guidance құжаты қосылымдар пулы, веб-қолданба немесе аралық сервис қажетті CAL санын азайтпайтынын айтады. Бизнес-қолданба арқылы SQL Server дерегін оқитын немесе өзгертетін адам серверге жанама түрде кіретін пайдаланушы болып есептелуі мүмкін. Дерекқор тіркелгілерінің немесе бір мезеттегі қосылымдардың санын алмаңыз. Деректі автоматты түрде алатын пайдаланушылар мен құрылғыларды санаңыз.

Server плюс CAL қызметкерлері белгілі жабық жүйеге, мысалы шектеулі жұмыс орны бар ішкі қолданбаға қолайлы. Ашық портал, мобильді қолданба, интеграциялық шина және көбейіп жатқан терминалдар есебін тұрақсыз етеді. Мұндай ортада Per Core бастапқыда қымбат, есесіне қолжетімділікті қайта санау тәуекелін жояды. PostgreSQL лицензиялық есептің бұл түрін толық алып тастайды.

PostgreSQL лицензия шотын жібермейді, бірақ оны пайдалану тегін емес

PostgreSQL лицензиясының нөлдік бағасы дерекқор шығыны да нөл дегенді білдірмейді. PostgreSQL License тегін қолдануға рұқсат береді, сонымен бірге сүйемелдеу, жаңарту немесе түзету міндетін алмайды. Бұл шекара ашық көрсетілген: қауымдастық бағдарламаны шығарады, ал жұмыс істейтін сервиске жүйе иесі немесе оның мердігері жауап береді.

PostgreSQL жүйесінің үш жылдық есебіне әкімшілендіруді, қалпына келтіру арқылы тексерілетін сақтық көшірмені, мониторингті, жаңартуларды, кеңейтімдерді басқаруды және кезекшілікті қосу керек. SQL Server үшін де осы жолдар қажет. Айырма командада қазір қандай тәжірибе барында және қандай құралдар қалыптасқанында. SQL Server лицензиясы пайдалануды алмастырмайды, ал тегін PostgreSQL пакеті оны өздігінен құрмайды.

Тең нұсқаларды мына формуламен есептеңіз:

TCO_36 = licenses
       + infrastructure
       + vendor_support
       + internal_labor
       + migration_project
       + parallel_run
       + expected_downtime_loss
       + training
       + exit_cost

expected_downtime_loss жолын қорқынышты дөңгелек санмен емес, елеулі ақау ықтималдығын оның келісілген салдар құнына көбейтіп есептеген дұрыс. exit_cost деректі шығаруды, автоматтандыруды көшіруді және қолдауды тоқтатуды қамтиды. Бір нұсқа резервтік түйін мен тәулік бойғы кезекшілік алса, екіншісіне де салыстырмалы сервис деңгейін беріңіз.

Жаңа жүйеде PostgreSQL жиі бірден ұтады: ескі T-SQL, көшіру терезесі және екі платформаны қатар пайдалану жоқ. Жұмыс істеп тұрған жүйеде migration_project + parallel_run бірнеше жыл бойы лицензия үнемін басып кетуі мүмкін. Сондықтан есеп мерзімі бір бюджеттік жылмен емес, жабдықты жаңарту көкжиегімен сәйкесуі керек, әдетте бұл үш немесе бес жыл.

Бір реттік сатып алу мен тұрақты шығын әртүрлі жүретіндіктен, әр жылды бөлек есептеңіз. Нөлінші жылы SQL Server жағында лицензия мен енгізу, PostgreSQL жағында көшіру, оқыту және қатар жұмыс істейтін орта тұрады. Келесі жылдары екі нұсқаға да мамандар, қолдау және инфрақұрылым шығыны түседі, ал есептеу ресурсы көбейсе, SQL Server жаңа лицензия талап етуі мүмкін. Бұрын төленген лицензияларды қайтарылмайтын шығын деп белгілеңіз: олар ақша қозғалысына әсер етеді, бірақ болашақ нұсқаны жасанды түрде арзандатпауы керек.

Көшірудің өтелу мерзімі жоба мен қатар пайдалану құнын жыл сайынғы расталған шығын айырмасына бөлгенге тең. Жоба M теңге, қатар жұмыс кезеңі P теңге, ал көшкеннен кейінгі жылдық үнем S теңге болса, мерзім (M + P) / S болады. S теріс немесе нөлге жақын болса, ДҚБЖ ауыстыру өзін ақшамен ақтамайды. Онда шешімге қолданбаның басқа пайдасы қажет, оны бөлек бағалау керек.

Төрт шаманың сезімталдығын тексеріңіз: лицензияға әсер ететін валюта бағамы, ядро өсімі, команда мөлшерлемесі және қолмен өзгертілетін жұмыстың көлемі. Барлық болжамды бір уақытта ауыстырмаңыз. Сонда шешімді нақты не өзгертетіні көрінеді. PostgreSQL кез келген бағамда ұтып, конверсия сағаты екі есе артқанда ұтылса, бағдарламаны тереңірек тексеру керек. SQL Server тек резервтік түйінсіз ұтса, дау ДҚБЖ туралы емес, төмендетіп көрсетілген қолжетімділік туралы.

Екі жақтағы барлық бағаны салықпен немесе салықсыз бірдей көрсетіңіз. Теңгелік шығындар мен валюталық лицензияларды бір келісілген бағам сценарийімен аударыңыз. Ұйым ДҚБЖ таңдауы қандай болса да төлейтін қолдауды бір нұсқаға толық жазбаңыз, тек айырмасын қосыңыз. Мұндай есеп қызық көрінбейді, бірақ қаржы комитетінің тексерісіне шыдайды.

Қолданба үйлесімі салыстыруды бірден тоқтатуы мүмкін

Қолданба жеткізушісі тек SQL Server жүйесін сертификаттаса, таңдау қолданба деңгейінде жасалып қойған. PostgreSQL дәл сол кестелерді сақтай алатыны жағдайды өзгертпейді. Қолдау көрсетілмейтін дерекқор ұйымды жаңартудан айырып, әр ақауды мердігерлер арасындағы дауға айналдыруы мүмкін. Алдымен қолданба иесінен қолдау көрсетілетін ДҚБЖ, нұсқалар, драйверлер және жоғары қолжетімділік режимдері жазылған ресми матрица сұраңыз.

Өз күшімен жасалған бағдарламада үйлесім бірнеше тексеріске бөлінеді. Қарапайым кестелер, индекстер, шектеулер және жеңіл сұраулар әдетте реттелетін еңбекпен көшеді. Қолданба T-SQL, SQL Server Agent, Database Mail, CLR, linked servers, кестелік параметрлер, оңтайландырғышқа арналған арнайы нұсқаулар, SSIS немесе Microsoft ерекшеліктеріне сүйенетін есептерді пайдаланса, тәуекел өседі.

AWS Schema Conversion Tool құжаттамасы айырманың көлемін жақсы көрсетеді, бірақ құралдың өзі AWS сервистеріне арналған. Құжат механикалық көшіруге уәде бермейді: SQL Server Agent пен Database Mail үшін эмуляция пакеті керек, процедуралар кейде функцияға айналады, бірдей индекс атауларын бірегей ету қажет, ал кейбір жүйелік функциялар үйлесім қабатымен ауыстырылады. Мен әр осындай объектіні конверсия пайызы емес, сынап, кейін сүйемелдеу қажет болатын болашақ тәуелділік деп санаймын.

Лицензияны талқыламай тұрып нақты тәуелділіктерді жинаңыз:

SELECT
    o.type_desc,
    QUOTENAME(SCHEMA_NAME(o.schema_id)) + '.' + QUOTENAME(o.name) AS object_name
FROM sys.objects AS o
JOIN sys.sql_modules AS m ON m.object_id = o.object_id
WHERE m.definition LIKE '%OPENQUERY%'
   OR m.definition LIKE '%MERGE%'
   OR m.definition LIKE '%xp[_]%'
   OR m.definition LIKE '%sp[_]OACreate%'
ORDER BY o.type_desc, object_name;

SELECT name, enabled
FROM msdb.dbo.sysjobs
ORDER BY name;

Бос нәтиже үйлесімділікті дәлелдемейді, ал бос емес нәтиже бірден тексеру кезегін береді. Репозиторийлерден T-SQL, қосылым жолдарын, ORM провайдерлерін және қолданба жұмыс кезінде құрастыратын сұрауларды бөлек іздеңіз.

Көшіру кестелерді тасымалдаудан қымбат

Көшіру бюджеті дерекқор файлының көлеміне емес, SQL Server жүйесіне байланған әрекет санына тәуелді. Қарапайым кестелерден тұратын бір терабайтты база жүздеген процедурасы, Agent тапсырмалары және есептері бар шағын базадан болжамдырақ көшуі мүмкін. Дерек көлемі алдымен көшіру ұзақтығы мен ауысу терезесіне әсер етеді. Платформаға тән бағдарлама көлемі инженерлік жұмыстың неше айға созылатынын анықтайды.

Жобаны бағасы бар жұмыс топтарына бөліңіз:

1. Түгендеу схемаларды, дерекқор бағдарламасын, тапсырмаларды, интеграцияларды, есептерді, құқықтарды, RPO мен RTO талаптарын қамтиды.
2. Конверсия дерек түрлерін, T-SQL, процедураларды, функцияларды және пайдалану тапсырмаларын ауыстырады.
3. Деректі тасымалдауға толық жүктеу, өзгерістерді жеткізу, жолдар мен сомаларды және бақылау үлгілерін салыстыру кіреді.
4. Қолданбаны тексеру функциялық, жүктемелік, бұғатталу және ақау сценарийлерінен өтеді.
5. Ауыстыру репетицияны, өзгерістерді тоқтатуды, бас тарту шарттарын және бастапқы жүйеге қайту жолын қамтиды.

Қолданбаны түзетуді «дерекқорды көшіру» деген жолға жасырмаңыз. Атау регистрі, NULL әрекеті, сұрыптау, күндер, IDENTITY және тізбектердегі айырма бизнес-процестің сирек тармағында ғана көрінуі мүмкін. PostgreSQL өз түрлері мен әрекетін құжаттайды, бірақ SQL стандартына сәйкестік оны T-SQL жүйесімен өзара ауыстырылатын етпейді.

Тоқтап қалу бағасы көшіру ұзақтығына да тең емес. Толық көшкенде терезеге жазуды тоқтату, соңғы синхрондау, тексеру, қолданбаны іске қосу және жалғастыру не кері қайту туралы шешім кіреді. Бизнес қысқа терезеге ғана рұқсат етсе, өзгерістерді ұстау, қайталанатын іске қосу және күрделірек кері қайту жоспары қосылады. Бұл жұмысты сатып алу дайындықсыз бір түнде ерлік жасауға тырысқаннан жиі дұрыс.

Екі жүйені айдың жабылуын, жаппай есепті немесе басқа сирек циклді қамтитын кезең бойы қатар ұстаңыз. Дөңгелектеу, уақыт белдеуі және сұрау жоспарының айырмасы сол кезде шығады. Пайдаланушылар сәтті кірген бойда SQL Server жүйесін өшіру қауіпті, ал шығу күнін белгілемей оған шексіз төлеу қымбат.

Деректі тексеру жол санының теңдігін емес, мағынаның сақталғанын дәлелдеуі керек. Объектілер мен жол санын, ақша өрістерінің сомасын, ең ерте және ең кеш күндерді, NULL үлесін, бизнес кілттердің бірегейлігін және таңдалған құжаттарды толық салыстырыңыз. Үлкен кестелерде қатенің жалпы қорытынды ішінде жоғалмауы үшін тексерісті бастапқы кілт ауқымына немесе күнге бөліңіз. Кирилл жазуын, бос орындарды, бос мәндерді, ескі кодтауды және уақыт белдеуі шекарасындағы күндерді бөлек тексеріңіз.

Әр кезеңде қай жүйе негізгі дерек көзі болып қалатынын жазыңыз. Екі жүйеге қатар жазу тәуекелді азайтудың ыңғайлы жолы көрінеді, бірақ ол тез арада қайшы тізбектерге, әртүрлі бекіту уақытына және қиын кері қайтуға әкеледі. Дәлелденген қажеттілік болмаса, жазуды SQL Server жүйесінде қалдырып, өзгерістерді PostgreSQL жүйесіне жеткізіп, оқуды тексергеннен кейін бір басқарылатын ауысу жасаған қауіпсіз. Кері синхрондау қажет болса, оны қайшылықтарды шешу ережелері бар бөлек функция ретінде жобалаңыз.

Кері қайту шарты өлшенуі керек: расталған транзакцияның жоғалуы, p95 шегінің бұзылуы, бақылау есебіндегі қате немесе бизнес-операцияны белгіленген уақытта аяқтай алмау. «Бірдеңе дұрыс болмаса» деген сөз түн ортасында шешімді шаршаған басшыға қалдырады. Кері қайтуды жариялайтын адамды және қайту әлі терезеге сыятын соңғы уақытты белгілеңіз.

Мамандар іске қосылғаннан кейін экономиканы өзгертеді

Әкімшінің қолжетімділігін түйіндемеде ДҚБЖ атауы бар адамдар санымен өлшеуге болмайды. Сізге дәл осы топологияны қалпына келтірген, бұғатталуды зерттеген, репликацияны баптаған және RPO талабын бұзбай жаңарту жасаған адам керек. PostgreSQL сұрауларын жазған әзірлеуші мен тәулік бойғы жұмысқа жауапты инженердің тәуекелі әртүрлі. Always On тәжірибесі жоқ SQL Server әкімшісіне де осы баға қолданылады.

Қазақстан нарығы үшін деректі бір апта ішінде өзіңіз жинаңыз, өйткені бос орындар мен мөлшерлемелер мақаланың өмірінен жылдам өзгереді. Үш жергілікті мердігерге бірдей кезекшілік сипаттамасын жіберіңіз, ішкі лайықты қызметкерлерді санаңыз және маманды ауыстырып жалдау мерзімін тексеріңіз. Сұрауда ДҚБЖ нұсқасы, көлемі, түйін саны, қолдау кестесі, RPO, RTO, сақтық көшірме және релиздердің күтілетін жиілігі болсын.

Төрт санды салыстырыңыз: негізгі команданың айлық құны, кезекшілік бағасы, бір реттік күрделі араласудың ақысы және жаңа маманды жалдау уақыты. Тәжірибелі PostgreSQL DBA маманының жоғары мөлшерлемесі жыл сайынғы лицензия шығынынан бәрібір арзан болуы мүмкін. Қалпына келтіру тәжірибесі жоқ арзан маман бір ұзақ тоқтаумен осы үнемді жоя алады. SQL Server үшін де қағида сол, бірақ Microsoft технологияларымен жұмыс істейтін қазіргі команда тапсырмалар арасында ауысу құнын жиі төмендетеді.

Оқытуды курс бағасымен емес, жұмыс уақытымен есептеңіз. Курстан кейін команда нұсқаулық жазады, сынақ қалпына келтіруін өткізеді және алғашқы жаңартуларды тексерумен орындайды. Екінші адам конфигурация авторынсыз сервисті қалпына келтіре алмай тұрса, ұйым бір қызметкерге тәуелді, бұл қаржылық тәуекел.

Жоғары қолжетімділік екі жақта да бір топологиямен есептеледі

Резерві жоқ бір негізгі түйінді екі түйінді жүйемен салыстыруға болмайды. SQL Server Standard жүйесіндегі basic availability group бір дерекқор мен бір екінші репликаны қолдайды, екінші репликадан оқуға және онда сақтық көшірме жасауға рұқсат бермейді. Бұл шектеулер Microsoft Learn құжатында көрсетілген. Қолданба бірнеше дерекқорды бірге ауыстыруды немесе оқу жүктемесін репликаға беруді талап етсе, Standard басқа архитектураны немесе қымбатырақ редакцияны қажет етуі мүмкін.

PostgreSQL физикалық ағындық және логикалық репликацияны қолдайды, бірақ одан дайын кластер пайда болмайды. Ауысу механизмін, кворум сақтау орнын, қосылым бағытын, WAL архивін, кешігуді бақылауды және бұрынғы негізгі түйінді қайтару тәртібін таңдау керек. Кеңейтімдер мен кластер менеджерлеріне де нұсқа, жауапты адам және жаңарту нұсқаулығы қажет.

Резервтік SQL Server лицензиясы сатып алынған құқықтарға, Software Assurance шартына, түйін рөліне және қолдану сценарийіне тәуелді. «Пассивті түйін әрдайым тегін» деген болжамды модельге бекітпеңіз. Сатып алудан бұрын әр физикалық серверді, VM, контейнерді және қолжетімділік бағытын схемаға түсіріп, жеткізушіден сол схема бойынша жазбаша есеп алыңыз.

Екі ДҚБЖ үшін бірдей қабылдау сынағы функциялар тізімінен пайдалырақ. Сынақ ортасында негізгі түйінді өшіріп, расталған транзакция жоғалуын, жазудың қалпына келу уақытын және оператор әрекетін өлшеңіз. Содан кейін дерекқорды сақтық көшірмеден бөлек хостқа қалпына келтіріңіз. Команда екі нәтижені де көрсете алмаса, жарияланған RPO немесе RTO әзірше тек құжатта бар.

Өнімділік лицензияланатын ядро санына тең емес

Көп ядро SQL Server жүйесін дәл сол мөлшерде жылдамдатпайды, бірақ Per Core үлгісінде лицензия негізін міндетті түрде дерлік ұлғайтады. Сатып алмас бұрын жүйе процессорға, жадқа, сақтау жүйесіне, бұғатталуға немесе нашар сұрау жоспарына тіреліп тұрғанын өлшеңіз. Дискті немесе ұсталып тұрған транзакцияны күткен базаға тағы сегіз ядро сатып алу лицензияны қымбаттатады, бірақ кідірісті қалдырады.

Кемінде қалыпты күннің, есептік кезең жабылуының және ең жоғары операцияның профилін жинаңыз. Процессор жүктемесі, күту уақыты, оқу мен жазу, сақтау жүйесінің кідірісі, белсенді дерек көлемі, журнал өсімі, ұзақ сұраулар және бұғатталу қажет. Виртуалды машина үшін гипервизор жағындағы процессор дайындығы мен нақты жад шегін қосыңыз. Бір айлық орташа көрсеткіш жаңа жабдық сұратқан қысқа шарықтауды жасырады.

Бөлінген vCPU санын азайту кейде екі жақты үнем береді: SQL Server құнын төмендетеді және команданы қымбат сұрауларды түзетуге мәжбүр етеді. Ресурсты сынақсыз азайтпаңыз. Қолданба көшірмесінде ең жоғары жүктемені жүргізіп, p95 және p99 жауап уақытын, өткізу қабілетін және қанығуға дейінгі қорды сақтаңыз. Кезекті шексіз өсіретін лицензиялық оңтайландыру қосымша ядро топтамасынан қымбатқа түседі.

PostgreSQL әр ядроға түсетін лицензиялық үстемені жояды, бірақ жүктеме физикасын өзгертпейді. Оған да жад, дұрыс индекстер, статистиканы күту, кесте ұлғаюын бақылау және кідірісі болжанатын сақтау жүйесі керек. Екі ДҚБЖ бір дерекке әртүрлі жоспар таңдайды, сондықтан SQL Server сынағының нәтижесін PostgreSQL жүйесіне коэффициентпен көшіру дұрыс емес. Бір әдемі сұрауды емес, бірдей бизнес-операцияларды орындап, жүйенің шегін салыстырыңыз.

Тігінен өсуді жүктемені бөлек шығарудан ажыратыңыз. Қолданба мен деректің өзектілік талабы рұқсат етсе, есептерді, интеграцияларды және архив операцияларын негізгі контурдан шығаруға болады. SQL Server үшін бұл негізгі экземплярдағы қымбат ядро санын азайтуы мүмкін, бірақ жаңа экземплярдың лицензиясын да тексеру керек. PostgreSQL қосымша түйіндері ядро ақысын туғызбайды, есесіне репликация, бақылау және ақау рәсімдерін қосады.

Жабдық сметасы процессор брендін емес, бөлінген ядро санын, жиілікті, жадты, сақтау түрі мен кідірісін, желі жолдарын және сыйымдылық қорын тіркеуі керек. Сонда екі ұсынысқа да бір жүктеме профилін беруге болады. Әйтпесе SQL Server жеткізушісі лицензияны азайту үшін жылдам ядроны аз ұсынады, PostgreSQL жеткізушісі ақысыз орташа ядроны көбірек ұсынады, ал комиссия салыстыруға келмейтін серверлерді қарайды.

Пилот дауды нақты сметаға айналдырады

Пилот екі ДҚБЖ да SELECT 1 орындайтынын емес, ең қымбат тәуекелді тексеруі керек. Схема көшірмесін, деректің шынайы көлемін, екі немесе үш ауыр сұрауды, бір тапсырманы, бір есепті және күрделі транзакциясы бар қолданба тармағын алыңыз. Жеке деректерді алып тастаңыз немесе мәндер үлестірімі дәл сондай синтетикалық жинақ қолданыңыз.

Іске қоспай тұрып қабылдау шарттарын жазыңыз:

• Схема конверсиясы: қолмен түзетілетін объект саны, келісілген шек, адам-күнмен өлшенген баға, жауапты дерекқор архитекторы.
• Ең жоғары жүктеме: жауап уақытының p95 көрсеткіші, қолданба SLA талабы, адам-күн және жабдық бағасы, жауапты қолданба командасы.
• Өзгерістерді жеткізу: бастапқы жүйеден кешігу, ауысу терезесінен қысқа шек, адам-күн бағасы, жауапты DBA.
• Қалпына келтіру: нақты RPO мен RTO, шарттағы мәндер, инфрақұрылым және кезекшілік бағасы, жауапты пайдалану тобы.
• Кері қайту: SQL Server жүйесіне оралу уақыты, терезе шегі, адам-күн бағасы, жауапты ауысу иесі.

Пилоттан кейін конверсия пайызын объектілер тізімімен және сағат бағасымен ауыстырыңыз. Таныс емес жұмыс түрлеріне бағалау қоры ретінде 20-30 пайыз қосыңыз, бірақ оны бүкіл сметаға автоматты түрде қоспаңыз. Мердігер қордың қандай тәуекелді жабатынын түсіндіре алмаса, ол жасырылған үстеме ғана.

Қолданба жеткізушісі нәтижені қолдамаса, маңызды функция тұрақты эмуляцияны талап етсе немесе екі мазмұнды әрекеттен кейін де көшіру терезесі орындалмаса, PostgreSQL пилотын тоқтатыңыз. Ядроның өсуі, резервтік алаң немесе CAL үш жылдық бюджетті белгіленген шектен асырса, SQL Server пилотын қайта есептеңіз. Нашар нұсқаны тоқтату тартымды көрсетілімді өндірістік ақауға дейін жеткізуден көбірек ақша үнемдейді.

Жауап жүктеме түріне қарай өзгереді

T-SQL жүйесіне қатаң тәуелділігі жоқ жаңа ішкі әзірлемеде PostgreSQL әдетте түсініктірек экономика береді. Команда бірден тасымалданатын SQL жазады, таңдалған ДҚБЖ үшін пайдалану тәртібін құрады және екі платформаға қатар ақша төлемейді. Үнемделген лицензиялық бюджетті резервке, бақылауға және екінші дайын әкімшіге жұмсаған дұрыс.

Тек SQL Server Standard үшін сертификатталған сатып алынған есеп, медициналық немесе салалық жүйені лицензия үшін көшіру жиі қате. Қолдаусыз қолданбаның бағасы ДҚБЖ үнемінен жоғары. Қолдау көрсетілетін негізді өзгертпей, лицензияланатын ядро санын, жүктемені оқшаулауды, CAL үлгісін және сервердің өмірлік циклін оңтайландырыңыз.

Қызметкерлері аз әрі тұрақты ішкі жүйе үшін Server плюс CAL нұсқасын тексеріңіз. Портал немесе жанама пайдаланушысы көп жүйе үшін Per Core не PostgreSQL жиі жеңіл, өйткені CAL есебі бөлек бақылау процесіне айналады. Ядро саны артатын аналитика есебін ертерек жаңартыңыз: SQL Server лицензиясы есептеу ресурсымен бірге өседі, ал платформаға тән көптеген процедураны көшіру шешім кешіккен сайын қымбаттайды.

Жүйелік интегратор сүйікті ДҚБЖ таңдау үшін емес, болжамдардың бір тізілімін жасау үшін керек. GSE.kz сервер топологиясын, бағдарламалық құралды, интеграцияны және қолдауды жеткізушіге бейтарап бір жоба ішінде салыстыра алады. Мұндай тізілім лицензияны, жабдықты, көшіру жұмысын және пайдалануды бөлек көрсетеді, сондықтан бір жолдағы жеңілдік екінші жолдың өсуін жасырмайды.

Шығу шығыны қосылғанда ақша шешуші болады

Қаржылық шекара қарапайым тексеріспен анықталады: жыл сайынғы шығынның жиналған айырмасы келесі жоспарлы жаңартуға дейін көшіруді, қатар пайдалануды және тәуекелді өтеуі керек. Оны негізгі, баяу өсу және ең жоғары сценарий үшін есептеңіз. PostgreSQL тек мінсіз көшіру мен ядроның ең жоғары өсімінде өтелсе, шешім тұрақсыз. Консервативті көшіру бағасын қолайлы мерзімде өтесе, лицензиялық айырма шешуші деңгейге жеткен.

Қолданба қолдауы міндетті, қазіргі команда мықты, лицензияланатын ядро мен CAL саны болжамды болса, SQL Server Standard жүйесін қалдырған дұрыс. Қолданба көшуге рұқсат етсе, есептеу қажеттілігі өссе, команда пайдалануды өз мойнына алса және пилот өнімділік пен ауысуды растаған болса, PostgreSQL таңдауға болады. Ескі лицензия болашақ ядроларды тегін етпейді, лицензия шотының болмауы да көшіруді қауіпсіз етпейді.

Алғашқы жұмыс құжаты бір бетке сыюы керек: түйін схемасы, ядро немесе CAL, үш жылдық TCO, үйлесімсіздік тізімі, көшіру бағасы, RPO, RTO және қатар пайдаланудан шығу күні. Қаржы, қолданба және пайдалану иелерінен дәл осы болжамдарға қол қоюды сұраңыз. Содан кейін бренд туралы дау әдетте аяқталады, өйткені ұйым қай тәуекелге ақша төлеп отырғаны көрінеді.