Multae rationes tergum sunt, sed quid si servientes servientes per diversas regiones et clientes dispersi sunt et opus est ut instrumenta systematis operantis administrare debeas?
Bonum post meridiem, Habr!
Nomen mihi est Natalia. Sum turma princeps applicationis administratorum coetus in NPO Krista. Opis ad nos coetus project coetus nostri. Res magis peculiares habemus: programmatum nostrum instituimus et conservamus tam in servientibus nostris quam in servitoribus ad sites clientium sita. In hoc casu non est opus totum servo tergum. Tantum "notitia essentialis" est momenti: DBMS et singula directoria tabellae systematis. Utique clientes suas rationes suas tergum (vel non habent) habent et saepe praebent aliquas tabulas externas ut ibi congregentur tergum. In hoc casu, post tergum creando, curamus ut ad repono externa mittatur.
Aliquandiu, ad tergum proposita, cum litteratura schedula tractavimus, sed cum optiones fundarum creverunt, multiplicitas huius scriptionis proportionaliter crevit, et uno momento temporis opus erat ut "in terram deleret. , tum ....".
Paratae solutiones variis de causis non aptae sunt: ββpropter necessitatem tergum decentralize, obligatio tergum locandi in cliente, multiplicitatem uncinorum, importat substitutionem, et accessum restrictiones.
Visum est nobis facilius aliquid de nostro scribere. Simul, voluimus aliquid obtinere quod nobis sufficiat ad condicionem nostram proximis N annis, sed cum facultate ampliandi facultatem.
Negotium condiciones hae fuerunt:
- basi tergum instantia est offline currens localiter
- repono in tergum ac robora semper in huius network
- instantia modulorum constat - talis "constructoris"
- compatibilitas cum distributionibus Linux adhibitis, etiam obsoletis, optabilis est potentiale crucis suggestum
- ssh accessus sufficiens est ad operandum cum instantia, aperturas accessus ad libitum est
- maxime otium of setup et operandi
- Possibile est (sed non necesse est) singularem instantiam habere quae sinit te centraliter videre statum tergum a diversis servientibus.
Quod cepimus, hic videri potest;
Auctor Python3 scribitur ; in Debian, Ubuntu, CentOS, AstraLinux 1.6.
Documenta posita sunt in schedulis presul repositorii.
Praecipuae notiones quae systema exercent:
actio - actio quae unam operationem atomicam (database tergum, directorium tergum, translatio a directorio A ad directorium B, etc.). Existens actiones in core/actiones directorium
munus - munus, copia actionum quae describit unum logicum "opus tergum"
schedula - schedula, negotium cum libito indicato muneris exsecutionis tempore
Configuratio tergum in tabula yaml reponitur; generalis config structura;
- General Occasus
- actiones sectionem descriptionem actionum in hac servo
- sectioni schedula: descriptio omnium operum (sponsorum actionum) et schedula pro launchendo per cron, si talis actio requiritur.
Quod applicatio facere potest ad momentum:
- operationes principales nobis sustentantur: PostgreSQL tergum per pg_dump, directorium fasciculi tergum per tar; operationes externae repositae; rsync inter directoria; tergum gyrationis (deletis vetus exemplaribus)
- vocant externum scriptor
- manual supplicium de uno opere
/opt/KristaBackup/KristaBackup.py run make_full_dump - addere potes (vel removere) negotium singulare vel totum schedula in crontab
/opt/KristaBackup/KristaBackup.py enable all - felis file generationis secundum tergum proventuum. Haec pluma utilis est in conjunctione cum Zabbix ad tergum vigilantiae.
- potest operari in background in webapi vel textus modus
/opt/KristaBackup/KristaBackup.py web start [--api]
Discrimen modorum est quod webapi interfacies non habet propriam telam, sed applicatio petitionibus respondet ex alia instantia. Pro modo interretiali, debes vasculam et paucas fasciculos adiectis instruere, et hoc ubique non placet, exempli gratia, in AstraLinux SE certificati.
Per interfaciem interretialem potes videre statum et tigna tergum iuncti servientibus: "instantia interretialis" postulationes a "instantias tergum" per API datas. Aditus interretialem authoritatem requirit, accessus webapi non facit.
Tabellae tergum vitiose praeteritum colore notantur: monitus - flavus, error - ruber.
Si administrator schedam seductorem in parametris non indigeat et cum ministri operandi rationes homogeneae sint, tabellam componere et sarcinam finitam distribuere potes.
Hanc utilitatem praecipue per Ansible distribuimus, eam primum quibusdam minimis magnis ministris evolvit, et cum ceteris omnibus probatus est.
Finis effectus est pacti sto-sola exemplum utilitas quae etiam ab imperitis administratoribus automated et utilis esse potest. Nobis commodum est - tibi quoque fortasse utile erit?
Source: www.habr.com