Kanggo nyedhiyakake layanan IaaS (Pusat Data Virtual), kita kita nggunakake orkestra komersial (FCO). solusi iki wis arsitektur rada unik, kang mbedakake saka Openstack lan CloudStack, dikenal kanggo masyarakat umum.
KVM, VmWare, Xen, Virtuozzo6/7, uga wadhah saka Virtuozzo sing padha didhukung minangka hypervisor simpul komputasi. Pilihan panyimpenan sing didhukung kalebu panyimpenan lokal, NFS, Ceph lan Virtuozzo.
FCO ndhukung nggawe lan ngatur macem-macem klompok saka antarmuka siji. Yaiku, sampeyan bisa ngatur kluster Virtuozzo lan kluster KVM + Ceph kanthi ngalih ing antarane kanthi klik mouse.
Ing inti, FCO minangka solusi lengkap kanggo panyedhiya awan, sing, saliyane kanggo orkestrasi, uga kalebu tagihan, kanthi kabeh setelan, plugin pembayaran, invoice, kabar, pengecer, tarif, lan liya-liyane. Nanging, bagean tagihan ora bisa nutupi kabeh nuansa Rusia, mula kita nolak panggunaan kanggo milih solusi liyane.
Aku seneng banget karo sistem sing fleksibel kanggo nyebarake hak kanggo kabeh sumber maya: gambar, disk, produk, server, firewall - kabeh iki bisa "dituduhake" lan diwenehake hak antarane pangguna, lan malah antarane pangguna saka klien sing beda. Saben klien bisa nggawe sawetara pusat data independen ing awan lan ngatur saka panel kontrol siji.
Sacara arsitektur, FCO kasusun saka sawetara bagean, sing saben duwe kode independen dhewe, lan sawetara duwe database dhewe.
Skyline - antarmuka admin lan pangguna
Jade - logika bisnis, tagihan, manajemen tugas
Macan – koordinator layanan, ngatur lan koordinat ijol-ijolan informasi antarane logika bisnis lan kluster.
XVPManager - manajemen unsur kluster: simpul, panyimpenan, jaringan lan mesin virtual.
XPAgent – agen diinstal ing kelenjar kanggo sesambungan karo XVPManager
Kita rencana nyakup crita rinci babagan arsitektur saben komponen ing seri artikel, yen, mesthine, topik kasebut narik minat.
Kauntungan utama saka FCO asale saka sifat "kotak". Kesederhanaan lan minimalis ana ing layanan sampeyan. Kanggo simpul kontrol, siji mesin virtual ing Ubuntu diparengake, ing ngendi kabeh paket sing dibutuhake wis diinstal. Kabeh setelan diselehake ing file konfigurasi ing wangun variabel-nilai:
# cat /etc/extility/config/vars
…
export LIMIT_MAX_LIST_ADMIN_DEFAULT="30000"
export LIMIT_MAX_LIST_USER_DEFAULT="200"
export LOGDIR="/var/log/extility"
export LOG_FILE="misc.log"
export LOG_FILE_LOG4JHOSTBILLMODULE="hostbillmodule.log"
export LOG_FILE_LOG4JJADE="jade.log"
export LOG_FILE_LOG4JTL="tigerlily.log"
export LOG_FILE_LOG4JXVP="xvpmanager.log"
export LOG_FILE_VARS="misc.log"
…
Kabeh konfigurasi wiwitane diowahi ing cithakan, banjur generator diluncurake
#build-config sing bakal ngasilake file vars lan mrentah layanan kanggo maca maneh konfigurasi kasebut. Antarmuka pangguna apik lan bisa gampang dicap.
Kaya sing sampeyan ngerteni, antarmuka kasebut kalebu widget sing bisa dikontrol dening pangguna. Dheweke bisa kanthi gampang nambah / mbusak widget saka kaca, saéngga nggawe dashboard sing dibutuhake.
Sanajan sifate tertutup, FCO minangka sistem sing bisa disesuaikan. Nduwe akeh setelan lan titik entri kanggo ngganti alur kerja:
- Plugin khusus didhukung, contone, sampeyan bisa nulis cara tagihan dhewe utawa sumber daya eksternal dhewe kanggo menehi pangguna
- Pemicu khusus kanggo acara tartamtu didhukung, contone, nambah mesin virtual pisanan menyang klien nalika digawe
- Widget khusus ing antarmuka didhukung, contone, nanem video YouTube langsung menyang antarmuka pangguna.
Kabeh kustomisasi ditulis ing FDL, sing adhedhasar Lua. Yen sampeyan ngerti Lua, ora bakal ana masalah karo FDL.
Iki minangka conto salah sawijining pemicu paling gampang sing digunakake. Pemicu iki ora ngidini pangguna nuduhake gambar dhewe karo klien liyane. Kita nindakake iki kanggo nyegah pangguna siji nggawe gambar ala kanggo pangguna liyane.
function register()
return {"pre_user_api_publish"}
end
function pre_user_api_publish(p)
if(p==nil) then
return{
ref = "cancelPublishImage",
name = "Cancel publishing",
description = "Cancel all user’s images publishing",
triggerType = "PRE_USER_API_CALL",
triggerOptions = {"publishResource", "publishImage"},
api = "TRIGGER",
version = 1,
}
end
-- Turn publishing off
return {exitState = "CANCEL"}
end
Fungsi register bakal diarani kernel FCO. Bakal ngasilake jeneng fungsi sing bakal diarani. Parameter "p" saka fungsi iki nyimpen konteks telpon, lan nalika pisanan diarani bakal kosong (nil). Sing bakal ngidini kita ndhaptar pemicu. Ing triggerType, kita nuduhake yen pemicu kasebut dijaluk sadurunge operasi nerbitake, lan mung mengaruhi pangguna. Mesthi, kita ngidini administrator sistem nerbitake kabeh. Ing triggerOptions kita rinci operasi sing pemicu bakal murub.
Lan sing utama yaiku bali {exitState = "BATAL"}, mula pemicu kasebut dikembangake. Bakal bali gagal nalika pangguna nyoba nuduhake gambar ing panel kontrol.
Ing arsitektur FCO, obyek apa wae (disk, server, gambar, jaringan, adaptor jaringan, lan sapiturute) dituduhake minangka entitas Sumber Daya, sing nduweni parameter umum:
- Sumber daya UUID
- jeneng sumber
- jinis sumber daya
- Pemilik sumber daya UUID
- status sumber daya (aktif, ora aktif)
- metadata sumber
- tombol sumber daya
- UUID produk sing nduweni sumber daya
- sumber daya VDC
Iki trep banget nalika nggarap API, nalika kabeh sumber daya digarap miturut prinsip sing padha. Produk dikonfigurasi dening panyedhiya lan dipesen dening klien. Wiwit tagihan kita ana ing sisih, klien bisa bebas pesen produk saka panel. Iku bakal diwilang mengko ing tagihan. Produk bisa dadi alamat IP saben jam, tambahan GB disk saben jam, utawa mung server.
Tombol bisa digunakake kanggo menehi tandha sumber daya tartamtu kanggo ngganti logika nggarap. Contone, kita bisa nandhani telung simpul fisik kanthi tombol Bobot, lan menehi tandha sawetara klien kanthi kunci sing padha, saéngga nyedhiyakake simpul kasebut kanthi pribadi kanggo klien kasebut. Kita nggunakake mekanisme iki kanggo klien VIP sing ora kaya tanggi jejere VM. Fungsi kasebut dhewe bisa digunakake kanthi luwih akeh.
Model lisensi kalebu mbayar saben inti prosesor saka simpul fisik. Biaya uga kena pengaruh saka jumlah jinis kluster. Yen sampeyan arep nggunakake KVM lan VMware bebarengan, contone, biaya lisensi bakal nambah.
FCO minangka produk lengkap, fungsine sugih banget, mula kita rencana nyiyapake sawetara artikel bebarengan kanthi katrangan rinci babagan fungsi bagean jaringan.
Sawise pirang-pirang taun kerja bareng karo orkestra iki, kita bisa menehi tandha minangka cocog banget. Sayange, produk kasebut ora tanpa cacat:
- kita kudu ngoptimalake database amarga pitakon wiwit alon-alon amarga jumlah data sing saya tambah;
- sawise siji Laka, mekanisme Recovery ora bisa amarga bug, lan kita kudu mbalekake mobil saka klien apes nggunakake pesawat dhewe saka Tulisan;
- Mekanisme kanggo ndeteksi ora kasedhiya simpul disambungake menyang kode lan ora bisa disesuaikan. Tegese, kita ora bisa nggawe kabijakan dhewe kanggo nemtokake ora kasedhiya simpul.
- logging ora tansah rinci. Kadhangkala, nalika sampeyan kudu mudhun kanggo tingkat banget kurang kanggo ngerti masalah tartamtu, sampeyan ora duwe kode sumber cukup kanggo sawetara komponen ngerti apa;
TOTAL: Umumé, kesan produk kasebut apik. Kita terus kontak karo pangembang orkestra. Wong lanang dibuwang kanggo kerjasama sing konstruktif.
Senadyan gamblang, FCO nduweni fungsi sing wiyar. Ing artikel sing bakal teka, kita bakal nliti topik ing ngisor iki:
- jaringan ing FCO
- nyediakake urip-pemulihan lan protokol FQP
- nulis plugin lan widget sampeyan dhewe
- nyambungake layanan tambahan kayata Load Balancer lan Acronis
- serep
- mekanisme terpadu kanggo configuring lan configuring node
- ngolah metadata mesin virtual
Z.Y. Tulis ing komentar yen sampeyan kasengsem ing aspek liyane. Tetep dirungokake!
Source: www.habr.com