‫Gioco di parole.
‫Mi è stato detto molto recentemente di non preoccuparsi di ottenere il D. B. Postgres esegue in un
‫contenitore finestra mobile che potrebbe essere meglio mantenere il DB su pensieri bare metal soprattutto con la replica.
‫OK, quindi se stai eseguendo la tua DBS oggi su bare metal e stanno funzionando bene, allora devi chiederti
‫se il tuo contenitore si sta alzando solo perché sembra freddo o il tuo contenitore si alza per un motivo specifico per
‫ottenere qualcosa di cui hai bisogno .
‫Destra.
‫I database sono probabilmente Funzionano perfettamente in contenitori.
‫Devo dire che anche gate molti container eseguono database.
‫Corro sui miei database in contenitori quando devo.
‫L'opzione che preferisco è usare solo l'hosting cloud del database per se stessi.
‫In altre parole se è su una W. S. e posso usare RDX per la propria soluzione. Preferirei farlo.
‫Preferirei non dover eseguire e mantenere i miei server di database perché la maggior parte di noi non è un DB
‫a tempo pieno poiché gli ingegneri cloud che eseguono il cloud tendono ad essere giorni DB migliori e lo siamo.
‫Quindi preferisco sempre far funzionare correttamente i miei database nel cloud.
‫Detto questo, se questo è solo un progetto personale o se non ti è permesso farlo o se hai ragioni molto
‫molto specifiche per non valutare il prezzo, non dovrei essere uno di questi perché nella maggior parte dei casi posso
‫chiaramente sostenere che lo sarà più economico per te ospitarlo nel loro archivio nel loro ambiente perché
‫otterrai ridondanza automatica otterrai una migliore registrazione e monitoraggio fuori dal
‫gate e altrimenti dovrai fare tutto da solo.
‫E se non fai tutto da solo, probabilmente sei più costoso dello stesso cloud storage.
‫Quindi, solo l'hosting stesso può essere più costoso di un server bare metal ma costano qualcosa
‫all'organizzazione e gestire tutto ciò da soli costa qualcosa.
‫Quindi preferirei molto riavere il mio tempo a lavorare su altre cose che forse il cloud non fa alla grande per me e una
‫delle cose che possono fare bene sono i database.
‫Detto questo, se è necessario eseguire i database, un database in bare metal e un database su quello stesso
‫bare metal in un contenitore non avranno alcuna differenza nelle prestazioni.
‫C'è con l'eccezione di pochissimi casi rari nel modo in cui forse i tuoi volumi funzionano.
‫E fintanto che stai archiviando correttamente i tuoi registri del database e nei volumi stessi e supponendo che quel volume sia
‫sullo stesso spazio di archiviazione che hai nel caso bare metal che conosci perché
‫ovviamente l'archiviazione Io cambierebbe se spostassi il file da qualche altra parte allora tutto sarà uguale.
‫Non c'è uno strato di emulazione o ritardo o una sorta di spessore nel mezzo di un contenitore.
‫È bare metal in esecuzione sul sistema operativo host giusto.
‫Quindi, se quel sistema operativo
‫host e quel kernel host sono su bare metal, otterrà prestazioni bare metal e
‫posso dirlo con sicurezza perché l'ho fatto di fatto sulla mia
‫pagina delle risorse Docker se cerchi HP e HP c'è un white paper che L'ho fatto un paio d'anni fa con Docker e
‫Hewlett-Packard HP Hewlett-Packard Enterprise, credo sia ciò che rappresenta.
‫E abbiamo realizzato le mie prestazioni di seguito in tre diversi scenari usando database uno come un database, un motore di database in
‫una macchina virtuale e quindi più vittime su un singolo host.
‫Destra.
‫Qual è il modello cloud per la maggior parte delle persone.
‫Questo è il modello che fanno il modello tradizionale o che ha alcune macchine virtuali con molti contenitori che eseguono
‫una mia singola istanza separata.
‫Ciò significa che un minor numero di SO è lo stesso numero complessivo dei miei motori di sequel o che esegue lo stesso
‫numero di miei motori di sequel su metallo nudo in contenitori senza alcuna virtualizzazione.
‫Destra.
‫Quindi abbiamo realizzato tre diversi modelli che erano probabilmente i modelli che avresti usato
‫mentre passavi dai vuoti tradizionali ai contenitori e senza dubbio il metallo nudo vince a mani basse.
‫Vince in termini di prestazioni e vince in termini di sovraccarico di gestione perché ora hai un solo sistema operativo
‫invece di potenzialmente otto o più sistemi operativi a seconda di quanti mouse equivalgono a volumi creati.
‫Inoltre, consente di risparmiare un sacco di spazio e risorse di memoria perché non è necessario eseguire ogni sistema operativo e utilizzare i propri
‫concerti di RAM solo per eseguire i sistemi operativi più e più volte.
‫Destra.
‫Quindi, se pensi all'efficienza, è stato molto meglio sul mio bare metal.
‫Sono contenitori che corrono in metallo nudo.
‫Se avessi eseguito quel database su bare metal senza un contenitore, probabilmente non avrei voluto eseguire più
‫motori di database sullo stesso sistema operativo.
‫Destra.
‫Quindi ora se non si utilizzano contenitori su metallo nudo, è necessario che uno dei due abbia bisogno di tutte le risorse
‫di quell'unica macchina fisica.
‫Destra.
‫Quindi forse ottiene un database davvero grande o non sei in grado di sfruttarne appieno le
‫risorse perché non sei in grado di impilare, conosci cinque diverse mie singole istanze tutte sullo stesso bare
‫metal.
‫Quindi questo è il vantaggio che vedo nei container è che ti consente di isolare discretamente motori di database
‫separati tutti nello stesso metallo nudo.
‫E perchè no.
‫Quando lo faccio se hai accesso a molto metal, allora sei disposto a farlo.
‫Quindi non andrei a correre e a mettere Postgres in contenitori solo perché pensavo che sarebbe stato
‫bello.
‫Vorrei sicuramente presentare un elenco di pro e contro e un professionista è isolato.
‫Puoi aggiungere più cose ad esso come più contenitori e devi preoccuparti che siano in conflitto
‫tra loro.
‫Ma se il tuo database avrà hardware dedicato e non avrà alcuna
‫condivisione di risorse, forse il contenitore non è necessario.
‫Forse alla fine puoi farcela.
‫Tutto quello che hai.
‫Una volta che sono tutti in contenitori, vorrai che anche tutto il resto fosse in contenitori.
‫Destra.
‫Avrai tutti i tuoi strumenti di gestione alla ricerca di container.
‫Quindi ci sono pro e contro lì.
‫Destra.
‫Non mi limiterei a correre nella terra dei container, ma certamente non direi che prendere qualcosa da un sistema operativo
‫e poi metterlo in un contenitore su quel sistema operativo per me di solito non cambia affatto
‫le prestazioni.
‫È davvero lo stesso processo sullo stesso sistema operativo.
‫Ha solo un limite di sicurezza attorno ad esso.
‫Ora ciò limita potenzialmente l'accesso alle risorse e limita la sua capacità di fare altre cose
‫sulla macchina.
‫Tutto ok.
‫Spero che questo aiuti a restringere il campo, ma questa è una grande domanda sui database e se sei interessato
‫a qualcosa di più preciso vai a dare un'occhiata a quei due white paper lì sulla mia pagina Docker e al
‫dottor slash doctor di Brett Fisher e puoi leggere delle loro prestazioni mentali rispetto a In Performance per database.