înregistrare Logare
Puncte:0
avatar Server

Rulați backup zilnic pe Google Cloud Platform

drapel gb
zmbq

Am un sistem care rulează pe Google Cloud. Sistemul are o mașină virtuală DB și un grup de instanțe care rulează VM-uri server backend. Toate VM-urile folosesc cos-stabil Imagine VM și rulați un singur container docker care conține logica lor.

DB VM rulează o imagine Docker care conține o bază de date MariaDB.

Vreau să rulez o lucrare zilnică care face o copie de rezervă a bazei de date și o stochează într-o găleată de stocare. Nu sunt sigur cum să abordez asta. Nu am un VM care să poată gestiona cronjob-uri și nu vreau să am un alt VM care rulează tot timpul, doar pentru backup zilnic. În plus, aș dori să montez compartimentul de stocare pe VM de rezervă folosind FUSE, în loc să folosesc API-urile Google pentru a scrie în stocare.

Este posibil pentru mine să configurez FUSE și un cronjob pe una dintre mașinile virtuale stabile? Dacă nu, pot avea un VM care pornește în fiecare zi și apoi se închide singur? Programele pe care le-am găsit pe Google Cloud Console sunt pentru motorul de aplicații sau pentru notificări pub/sub, nu pentru pornirea unui VM.

81
0 + 0
John Hanley avatar
drapel cn
John Hanley
COS are suport limitat la zero pentru ceea ce încercați să faceți. Configurarea unei VM pentru a face backup unei baze de date în Cloud Storage este ușoară, dar cum veți restaura baza de date într-o situație de recuperare? COS este platforma greșită pentru o bază de date. Încercați să creați o bază de date autogestionată, în schimb, utilizați Cloud SQL și uitați de gimnastica cu CRON, FUSE etc.
0
Răspunde
drapel gb
zmbq
Codul nostru necesită unele extensii MariaDB care nu sunt disponibile pe scară largă pe instanțe MySQL gestionate în cloud, așa că suntem forțați să ne creăm propria bază de date. Backup-urile bazei de date vor fi restaurate în mare parte în altă parte, de către oameni care verifică sistemul. Restaurarea în COS VM este o chestiune de a-l porni, docker se execută în container și rulează mysql
0
Răspunde
Alex G avatar
drapel ar
Alex G
Dacă mergeți la opțiunea de pe VM care pornește în fiecare zi și apoi se oprește singură, puteți lua în considerare utilizarea [planificarea instanțelor](https://cloud.google.com/compute/docs/instances/schedule-instance-start- Stop).
0
Răspunde
Puncte:1
avatar Server
drapel st
surfingonthenet

În mod ideal, ar trebui să aveți baza de date pe Cloud SQL și să utilizați funcțiile de backup automatizate ale acesteia.

Alternativ, puteți configura un cronjob pentru a rula o comandă mysqldump și a o face o copie de rezervă.

O opțiune pentru a-l atinge este:

  1. Creați o imagine VM cu clientul MySQL corespunzător și un script de rezervă care rulează a mysqldump conectarea la instanța dvs. MariaDB și salvarea acesteia într-o găleată din Cloud Store - Puteți seta acest script să ruleze la pornire și apoi să închideți instanța

  2. Creeaza o Funcția Cloud pentru a porni sau lansa VM-ul care va executa rutina de backup

  3. Creeaza o Cloud Scheduler pentru a declanșa Funcția Cloud în fiecare zi, la o anumită oră

0 + 0
drapel gb
zmbq
Am făcut ceva similar, folosind doar planificatorul de instanță în loc de planificatorul cloud, așa cum a sugerat @Alex G .
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

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.