Puncte:0

Arhitectura serverului companiei de dimensiuni medii

drapel gf

Proiectez un server pentru o companie de dimensiuni medii care ar trebui să ofere servicii ca software de contabilitate, software de înregistrare a proprietății, server de fișiere etc. Ideea mea este să folosesc serverul Hyper V ca hypervisor de tip 1. Ca sisteme de operare virtuale, trebuie să folosesc Windows pentru unul dintre software-urile solicitate (compania are licența). Pentru alte software mă gândesc la 1 OS virtual pentru 1 aplicație + server virtual dedicat pentru baze de date care ar servi pentru toate SO virtuale + OS virtual pentru server de fișiere. Atasez un schit.

contur

Este aceasta o idee sănătoasă? Ar trebui să consider Kubernetes ca o platformă pentru aplicațiile mele? Multumesc pentru idei.

anx avatar
drapel fr
anx
Deoarece în zilele noastre considerentele de securitate cer ca restaurarea după o eșec total să fie mult mai mult decât o problemă secundară sau neimportantă, vă rugăm să nu creați nimic mai mare decât vă puteți planifica în mod confortabil *și* cum să faceți backup și restaurare.
anx avatar
drapel fr
anx
Dacă ar trebui să vă ocupați singur de virtualizare sau dacă ar trebui să faceți acest lucru de către un hoster în cloud, depinde foarte mult de specificul cerințelor dvs. și de intenția de a păstra capacitățile interne, nu cred că poate fi răspuns într-un mod *obiectiv* din partea dvs. intrebare asa cum este.
hardcheese avatar
drapel gf
Înțeles. Pentru a răspunde la primul răspuns, de aceea consider modelul 1 app=1 virtual OS. Aceste sisteme de operare sunt fără stare, deoarece toate datele sunt păstrate în serverul de baze de date dedicat și cu backup. Deci restaurarea ar fi destul de ușoară.
vidarlo avatar
drapel ar
@hardcheese Ar trebui să folosești k8? Sigur - dacă serviciile sunt destinate și potrivite pentru k8, atunci aceasta este probabil o idee bună. Cu toate acestea, dacă sistemul dvs. de contabilitate este un gigant din 1985 (la fel de mulți sunt), probabil că nu este posibil. Pe scurt: este imposibil să răspundeți la întrebarea dvs. așa cum este, deoarece depinde în totalitate de software și de nevoi.
drapel cn
De ce crezi că kubernetes este chiar utilizabil? Nu sunteți înțelepți aici - dar dacă nu controlați întregul univers al aplicației, există șanse mari ca ceva ce folosește cel puțin compania să nu fie acceptat pe el și atunci, practic, încălcați cele mai bune practici.
hardcheese avatar
drapel gf
Da, literalmente, totul, cu excepția unui serviciu, nu este scris în modul container. Este ceva ce ar trebui să fac, dar acum nu văd niciun avantaj. De aceea am întrebat despre Kubernetes, deoarece nu sunt sigur dacă merită.
Puncte:1
drapel cn

Da, separarea aplicațiilor este o practică standard. Limitarea numărului de lucruri instalate pe orice instanță este mai ușor de întreținut și o mai bună izolare de securitate.

Sigur că ați putea implementa cu VM-uri pe Hyper-V, aceasta este o opțiune pentru platforma de calcul.

Cereți organizației să definească care ar trebui să fie obiectivul privind timpul de recuperare. Pe un singur server, dacă defecțiunea hardware îl dezafectează, toate aplicațiile ar fi oprite până când este înlocuit.Remedierea acesteia mai repede decât o zi poate necesita contracte de servicii în aceeași zi sau mai multe gazde VM într-un cluster foarte disponibil. Și testați restaurările de rezervă.

Licențierea este mai complicată decât a avea o singură licență. Solicitați unei persoane de licențiere de la reseller-ul dvs. să verifice.

Containerele, și în special Kubernetes, adaugă o interfață destul de diferită pentru a calcula. Noi concepte de încărcături de lucru ale containerelor, servicii, rețele și metode de implementare. Ceva de explorat, dar aplicațiile ar trebui ajustate pentru a utiliza API-urile. Faceți mai întâi cercetări și o dovadă de concept cu aplicațiile dvs. înainte de a vă angaja în containere.

Puncte:0
drapel my

For such a simple setup I would not recommend hyper V, but vSphere directly (if budget allows).

Personally I would use a completely different approach (100% free), ie a FreeBSD machine (supermicro for example) with NVMe drives (to be mirrored via the zfs filesystem), plus some spinning HDDs for internal replica and backups, plus some very low-end SSDs for restore testing.

This can act as a samba "physical" shared file server On it I would run VirtualBox virtual machines for Windows, allowing you to use timed snapshots and also zfs replicas for example on a cheap NAS on iSCSI. For the rest of the Linux software (what is it?) almost certainly there is also a FreeBSD version (eg mariadb / mysql), which can therefore be safely used.

Pros:

  • use low-cost NVMe mirrored. Which is by no means easy to achieve.
  • almost total security with zfs
  • possibility of snapshots and backups far beyond that allowed by hyper-V (and vSphere)
  • no needs for expensive RAID cards
  • completely free (obviously @ net of Windows licenses)

Cons:

  • there is no convenient interface like that of vSphere to manage virtual machines. In fact I would NOT have recommended this solution if there were half a dozen or maybe 20 VMs

But one essential element is missing: a complete list of programs that must be used

John Mahowald avatar
drapel cn
De ce VMware sau VirtualBox, întrebarea era despre Hyper-V?
Franco Corbelli avatar
drapel my
„Ar trebui să consider Kubernetes ca o platformă pentru aplicațiile mele”? Prin urmare, vă sugerez să luați alte soluții. Doar o sugestie
hardcheese avatar
drapel gf
Nu am nicio problemă cu alte sugestii. În ceea ce privește Kubernetes, am un fundal de dezvoltator de software în care a trebuit să folosesc Kubernetes în fiecare zi, astfel încât să îl pot folosi la nivel de dezvoltator. Am fost foarte mulțumit de funcțiile sale, dar nu sunt sigur că merită pentru cantitatea relativ mică de software solicitată de la compania pentru care lucrez. Așa că acum mă gândesc la modelul un sistem de operare virtuală pentru o aplicație.Chiar și întreținerea ar fi mai ușor probabil.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.