העברת עומסי עבודה (workload) מרובי עננים (multi-cloud)

בדף הזה מופיעים הנחיות לארכיטקטורה, מיפויים של שירותים חוצי-עננים ואסטרטגיות להעברת עומסי עבודה מ-Amazon Web Services‏ (AWS) או מ-Microsoft Azure אל Google Cloud.

אם אתם אדריכלי ענן, מהנדסי פלטפורמה או מובילי תשתיות, אתם יכולים להשתמש במידע שבדף הזה כדי למפות שירותי ענן של צד שלישי לשירותים מקבילים ב-Google Cloud , להעביר נתונים ישירות מענן לענן ולתכנן ארכיטקטורות של התאוששות מאסון (DR) בכמה עננים.

לפני שאתם קוראים את הדף הזה, אתם צריכים להכין רשימה של משאבי המקור ב-AWS או ב-Azure, ולהבין את הדרישות של הארגון שלכם בנוגע להמשכיות עסקית וליכולת התאוששות מאסון.

מיפוי שירותים של AWS ו-Azure

כשעוברים מ-AWS או מ-Azure, אפשר להשתמש בטבלה הבאה כדי למפות את שירותי הענן הקודמים לשירותים המקבילים ב- Google Cloud :

אזור פונקציונלי שירות AWS שירות Azure Google Cloud שווה ערך
מכונות וירטואליות Amazon EC2 Azure Virtual Machines Compute Engine
Kubernetes מנוהל Amazon EKS Azure Kubernetes Service‏ (AKS) Google Kubernetes Engine (GKE)‎
מאגר אובייקטים Amazon S3 Azure Blob Storage Cloud Storage
מסדי נתונים רלציוניים Amazon RDS Azure SQL Database ‫Cloud SQL או AlloyDB ל-PostgreSQL
מחסן נתונים בענן Amazon Redshift Azure Synapse Analytics BigQuery

העברת נתונים מעננים אחרים

אתם יכולים להשתמש ב-Storage Transfer Service כדי להעביר נתוני אובייקטים בהיקף של פטה-בייטים מ-Amazon S3 או מ-Azure Blob Storage ישירות ל-Cloud Storage.

היכולות העיקריות של Storage Transfer Service

‫Storage Transfer Service מספק את היכולות הבאות להעברת נתונים:

  • משימות העברה אוטומטיות: תזמון העתקות חוזרות או חד-פעמיות של אובייקטים מענן לענן, בלי לנתב את הנתונים דרך רשתות מקומיות בארגון.
  • אימות סיכום ביקורת (checksum): מוודא את תקינות הנתונים מקצה לקצה במהלך ההעברה באמצעות אימות גיבוב (hash) אוטומטי.
  • בקרות רוחב פס: הגבלת קצב ההעברה כדי למנוע חריגה ממגבלות המכסות של ה-API אצל ספקי שירותי הענן המקוריים.

למידע נוסף, קראו את המאמרים העברה מ-Amazon S3 והעברה מ-Microsoft Azure Blob Storage.

עמידות ויתירות כשל בסביבה מרובת עננים (multi-cloud)

הגדרת Google Cloud כסביבת יתירות כשל משנית תומכת בתוכנית התאוששות מאסון (DR), מפחיתה את הסיכון של שימוש בענן יחיד ושומרת על המשכיות עסקית במהלך הפסקות זמניות בשירות בפלטפורמות ענן אחרות.

הגדרות של תוכנית התאוששות מאסון (DR)

כשמתכננים ארכיטקטורות של תוכניות התאוששות מאסון (DR) בריבוי עננים, אפשר לבחור מבין הגדרות הפריסה הבאות:

  • גיבוי קר: שכפול נתונים באופן רציף ל-Cloud Storage לצורך גיבוי ושחזור, ותחזוקה של תבניות Compute Engine שמוכנות לפריסה על פי דרישה.
  • גיבוי חם: הפעלה של קיבולת מינימלית של משאבי מחשוב בסיסיים, כמו אשכול GKE קטן או מסד נתונים של עותק לקריאה בלבד, ב- Google Cloud, שמוכנים להרחבה מהירה במהלך מעבר לגיבוי במקרה של כשל.
  • עיבוד כפול פעיל-פעיל: חלוקת תנועת המשתמשים הפעילים בין ספק שירותי הענן הראשי לבין Google Cloud באמצעות Cloud Load Balancing גלובלי.

למידע נוסף, קראו את המדריך לתכנון התאוששות מאסון ואת תבניות ארכיטקטורה היברידית וארכיטקטורה מרובת-עננים.

המאמרים הבאים