დატაცენტრი და ჰოსტინგი
Bare-metal-იდან კერძო ღრუბლამდე
ვირტუალიზაციის კლასტერების, საცავისა და დატაცენტრის ოპერაციების აშენება, ავტომატიზაცია და მართვა — ტესტირებული აღდგენით.
არქიტექტურა
არქიტექტურა
- 01ფიზიკური ფენა
- Redundant power
- Cooling
- OOB
- 02ქსელიleaf-spine
- EVPN-VXLAN
- LACP
- MTU 9000
- 03Computeვირტუალიზაციის კლასტერი
- KVM / Proxmox
- VMware
- HA
- 04საცავი
- Ceph
- ZFS
- NVMe
- 05აღდგენატესტირებული restore
- Snapshots
- Off-site
- DR runbook
საოპერაციო ეკრანები
საოპერაციო ეკრანები
ეს კონკრეტული სისტემები ჯგუფის რეალურ ინფრასტრუქტურაზე მუშაობს — სქრინშოტები დამუშავებულია გამოქვეყნებამდე.
ვირტუალიზაციის კლასტერი
მრავალკვანძიანი Proxmox კლასტერი: KVM ვირტუალური მანქანები და LXC კონტეინერები, NFS/HA საცავი, ცალკე backup-NAS და მიგრირებული ESXi ჰოსტები. ეს საიტიც ამ კლასტერზე მუშაობს — კონტეინერში, იმავე ინფრასტრუქტურაზე, რომელსაც ვყიდით.
8 კლასტერი ერთი ინტერფეისიდან
Proxmox Datacenter Manager აერთიანებს ერთმანეთისგან დამოუკიდებელ Proxmox VE კლასტერებს ერთ სივრცეში. ჩვენს ინფრასტრუქტურაში ის 8 კლასტერს მართავს — სხვადასხვა ფიზიკურ ლოკაციაზე, მათგან 3 საქართველოს ფარგლებს გარეთ. ეკრანზე ჩანს მასშტაბიც: 211 კვანძი ონლაინ, 1480 ვირტუალური მანქანა და 127 კონტეინერი — ერთი ხედით, ერთი პროცედურით.
vSphere — კლასტერი, ჰოსტები და სამუშაო დატვირთვები
vCenter რამდენიმე ESXi ჰოსტით და მათზე განთავსებული სერვისებით: ვებ, ბილინგი, დომენის კონტროლერი, backup აგენტები. ეს არის ის გარემო, სადაც VMware და Proxmox ერთდროულად ცხოვრობს — ნაწილი ჯერ კიდევ vSphere-ზეა, ნაწილი უკვე მიგრირებულია. ორივეს ერთი გუნდი ოპერირებს, ერთი backup-პოლიტიკით.
საცავი — ZFS პულები და რეპლიკაცია
ZFS საცავი RAIDZ2 ტოპოლოგიაზე — 12 დისკი ერთ vdev-ში, ~33 TiB სასარგებლო მოცულობა, ECC მეხსიერება და მისი დიდი ნაწილი ZFS ქეშად. აქვე ჩანს ის, რაც მთავარია: დისკები შეცდომებით — 0, scrub და scan შეცდომების გარეშე. ვირტუალიზაციის კლასტერისა და backup-ის ქვეშ სწორედ ეს ფენა დგას.
სარეზერვო ასლები და აღდგენა
ვირტუალური და ფიზიკური სისტემების ცენტრალიზებული backup: დაცული მანქანების სტატუსი, საცავის მოხმარების დინამიკა და ცალკე სია იმ ჰოსტებისა, რომლებმაც რეპორტინგი შეწყვიტეს. სწორედ ეს ბოლო სია ჰქმნის განსხვავებას — backup, რომელსაც არავინ აკვირდება, backup არ არის.
შესაძლებლობები
შესაძლებლობები
თითოეული პუნქტი აღნიშნულია: დადასტურებული პროდაქშენ გამოცდილება თუ საინჟინრო შესაძლებლობა.
KVM ვირტუალიზაციის პლატფორმა
Provenჯგუფის ჰოსტინგი KVM-ზე მუშაობს, RAID10 SSD საცავითა და საათობრივი ბილინგით.
- KVM
- RAID 10
- Xeon Gold
Provisioning-ის ავტომატიზაცია
Provenსაკუთარი მართვის პანელი — სერვერი იქმნება წუთებში, ბილინგი საათობრივია.
- API
- Control panel
Proxmox VE კლასტერები
Capability- Proxmox VE
- Corosync
- HA
VMware → KVM მიგრაცია
Capability- VMware
- KVM
- virt-v2v
განაწილებული საცავი
Capability- Ceph
- ZFS
- NVMe-oF
ბექაპი და ტესტირებული აღდგენა
CapabilityRPO/RTO სამიზნეები განისაზღვრება workload-ის კრიტიკულობით, არა ერთი უნივერსალური ციფრით.
- Proxmox Backup Server
- Veeam
- Restic
ტექნოლოგიური სტეკი
ტექნოლოგიური სტეკი
- Compute
- KVMProxmox VEVMware vSphere
- საცავი
- CephZFSRAID 10NVMe
- ქსელი
- EVPN-VXLANOpen vSwitchLACPArista
- ბექაპი
- Proxmox Backup ServerVeeamRestic
თანამშრომლობის მოდელი
თანამშრომლობის მოდელი
პროექტი
ერთჯერადი scope: აუდიტი, მიგრაცია ან დანერგვა ფიქსირებული შედეგით.
რეტეინერი
ყოველთვიური საინჟინრო საათები — სპეციალისტზე წვდომა მოთხოვნისამებრ.
სრულად მართული
შეთანხმებულ საოპერაციო scope-ს მთლიანად ჩვენ ვფლობთ.