העברת עומסי עבודה של Redis ו-Valkey אל Memorystore for Valkey

‫Memorystore תומך בהעברה אוטומטית של עומסי עבודה של Redis ו-Valkey בניהול עצמי אל Memorystore for Valkey. השימוש בתכונה הזו מאפשר לכם לעבור בצורה חלקה מהעומס התפעולי של ניהול התשתית שלכם. כשמבצעים מיגרציה לסביבה מנוהלת מלאה ב-Memorystore for Valkey, לא צריך לבצע תיקון ידני של מערכת ההפעלה, הגדרת שכפול וסקריפטים מותאמים אישית לגיבוי. בנוסף, מקבלים מעבר גיבוי אוטומטי ויכולות אבטחה מקוריות של VPC, ואפשרות להרחבה למאות צמתים עם זמן השבתה כמעט אפסי.

העברת עומסי עבודה בניהול עצמי אל Memorystore for Valkey מאפשרת לכם ליהנות מהיתרונות הבאים, שמבטלים את הטרחה התפעולית ומעדכנים את תשתית מסד הנתונים:

• צמצום ההוצאות התפעוליות: אפשר להעביר ל- Google Cloudמשימות ידניות שגוזלות זמן רב, כמו תיקון מערכת הפעלה, מעקב אחרי תשתית, סקריפטים לגיבוי וניהול שכפול. כתוצאה מכך, אתם יכולים להתמקד בפיתוח אפליקציות במקום בתחזוקת מסד הנתונים.
• זמינות גבוהה ברמת הארגון: נהנים מהסכם רמת שירות (SLA) של 99.99% שמנוהל באופן מלא. ‫Memorystore for Valkey מספק יתירות כשל אוטומטית, ויכולות גיבוי ושחזור מובנות. כך האפליקציות מוגנות מפני כשלים לא צפויים בצמתים, וההתאוששות מאסון מתבצעת במהירות.
• התאמת קנה מידה עם זמן השבתה כמעט אפסי: אפשר להגדיל או להקטין את מספר המופעים כדי להתאים באופן דינמי לעליות בלתי צפויות בתעבורה. אתם יכולים להרחיב את המערכת למאות צמתים (עד 250 רסיסים) בצורה חלקה בלי להעביר את האפליקציות למצב אופליין.
• שיפור האבטחה: החלפת כללי רשת מורכבים שהוגדרו באופן ידני בקישוריות VPC מאובטחת ומובנית ובאמצעי בקרה מפורטים של גישה שמבוססים על ניהול זהויות והרשאות גישה (IAM). כך אפשר לוודא שגבולות האבטחה המחמירים שלGoogle Cloudמגנים על הנתונים שלכם.
• איחוד ושדרוג של המופעים: מיזוג של מופעים מפוזרים, מבודדים ומנוהלים עצמית לפריסה יחידה עם ביצועים גבוהים ב-Memorystore for Valkey, בקלות. במסגרת ההעברה הזו, תוכלו גם לשדרג באופן אוטומטי את הגרסאות המיושנות של Redis או Valkey לגרסאות העדכניות הנתמכות.
• גישה לניתוח מתקדם בזמן אמת ול-AI גנרטיבי: מעבר לסביבה מותאמת שמספקת השהיות של מיקרו-שניות לשמירה במטמון ולניהול סשנים. כדי להפעיל את האפליקציות שלכם מבוססות-AI גנרטיבי (GenAI), אתם מקבלים גישה מיידית ומנוהלת לתכונות מתקדמות כמו חיפוש וקטורי.

תמיכה בגרסה

בטבלה שבקטע הזה מפורט המידע הבא על מופעי Redis ו-Valkey בניהול עצמי ועל מופעי היעד ב-Memorystore for Valkey:

• הסוגים והגרסאות של מופעי המקור שההעברה תומכת בהם
• הגרסאות של מכונות היעד של Memorystore for Valkey שאליהן אפשר להעביר את עומסי העבודה

סוג מופע המקור	גרסת מכונת המקור	גרסת מכונת היעד
Redis	‫3.2.x - 7.2.x	‫Valkey 7.2,‏ 8.0,‏ 9.0 ו-9.1
Valkey	‫‎7.x,‏ 8.x ו-9.x	‫Valkey 7.2,‏ 8.0,‏ 9.0 ו-9.1

חשוב: גרסת יעד המופע חייבת להיות זהה לגרסת מופע המקור או עדכנית יותר. אי אפשר לשדרג לאחור את מופע היעד לגרסה קודמת.

לפני שמתחילים

לפני שמתחילים להעביר את עומסי העבודה, צריך לבצע את הפעולות המקדימות שמפורטות בקטע הזה.

שימוש במסוף Google Cloud , ב-Google Cloud CLI ובממשקי API

כדי להשתמש במסוף Google Cloud , ב-CLI של gcloud ובממשקי API, מבצעים את הפעולות הבאות:

1. בדף לבחירת הפרויקט במסוף Google Cloud , בוחרים פרויקט ב- Google Cloud או יוצרים אותו.

   כניסה לדף לבחירת הפרויקט

2. מוודאים שהחיוב מופעל בפרויקט. כך בודקים אם החיוב מופעל בפרויקט

3. מתקינים ומפעילים את Google Cloud CLI.

   הערה: אם התקנתם את ה-CLI של gcloud, השתמשו בפקודה gcloud components update כדי לבדוק אם הגרסה האחרונה מותקנת. כדי לגשת לפקודות ה-CLI של gcloud של Memorystore for Valkey, אתם צריכים לפחות את גרסה 489.0.0 של ה-CLI של gcloud.

4. מפעילים את Memorystore for Valkey API. ‫
   Memorystore for Valkey API
5. מפעילים את Network Connectivity API.
   Network Connectivity API
6. מפעילים את Service Consumer Management API. ‫
   Service Consumer Management API
7. מפעילים את Compute Engine API.
   Compute Engine API

הקצאת תפקידים והרשאות

כדי לבצע את כל הפעולות להעברת עומסי העבודה של מופעי Redis ו-Valkey בניהול עצמי אל Memorystore for Valkey, צריך לבקש מהאדמין להקצות לכם את תפקיד ה-IAM‏ Memorystore Admin ‏(roles/memorystore.admin) בפרויקטGoogle Cloud .

כדי ליצור ולצפות בקבצים מצורפים לרשת, צריך לבקש מהאדמין להקצות לכם את תפקיד ה-IAM‏ Compute Network Admin (roles/compute.networkAdmin) בפרויקט.

תהליך העבודה להעברת עומסי העבודה

כדי להעביר את עומסי העבודה של מכונות Redis ו-Valkey בניהול עצמי אל Memorystore for Valkey, מבצעים את הפעולות הבאות:

1. מכינים את מופע המקור: מגדירים את מופע Redis או Valkey בניהול עצמי כך שיאפשר חיבורים מאובטחים ושכפול יוצא ל-Memorystore for Valkey.
2. הכנת מופע היעד: קובעים את המפרטים הנדרשים של המופע, כמו מספר השברים וסוג הצומת.
3. יוצרים את מכונת היעד: מקצים את מכונת Memorystore for Valkey שמקבלת את הנתונים שהועברו.
4. הגדרת קובץ מצורף לרשת: הגדרת קובץ מצורף לרשת. החיבור הזה מאפשר למכונת היעד ברשת ה-VPC של היצרן ליזום חיבורים למכונת המקור שפועלת ברשת ה-VPC של הצרכן. כתוצאה מכך, נוצרת שכפול.
5. מתחילים את ההעברה: מתחילים את תהליך הסנכרון. מכונת היעד מתחברת למכונת המקור באופן אוטומטי ומתחילה לשכפל את הנתונים שלכם כעותק לקריאה באופן רציף.
6. מעקב אחרי ההעברה: מוודאים שההעברה מתקדמת בלי בעיות ושהסטטוס שלה הוא HEALTHY.
7. סיום ההעברה: מעבירים את התנועה של האפליקציה למופע היעד.

הכנת מופע המקור

צריך להכין את מכונת Redis או Valkey בניהול עצמי כדי שתוכלו להעביר את עומסי העבודה למכונת יעד של Memorystore for Valkey.

כדי לאפשר חיבורים מהצמתים של מכונת היעד לצמתים של מכונת המקור, מבצעים את הפעולות הבאות:

• אם protected-mode מופעל בצמתי המקור, צריך להשבית אותו.
• אם הגדרתם את צמתי המקור באמצעות הנחיית bind מפורשת, צריך לעדכן את הצמתים כדי לאפשר חיבורים נכנסים מצמתי היעד. צמתי היעד יוזמים חיבורים מכתובות ה-IP בתת-הרשת של קובץ ה-NetworkAttachment.
• מעדכנים את כללי חומת האש שעלולים לחסום חיבורים נכנסים מצמתי היעד.
• אם האימות וה-Transport Layer Security ‏ (TLS) מופעלים בצמתים של המקור, צריך להשבית אותם.

כדי לאפשר יצירת רפליקציה מהצמתים של מופע היעד לצמתים של מופע המקור, צריך לבצע את הפעולות הבאות:

• אל תשנו את השם של אף פקודה ב-Valkey או ב-Redis שמבצעת שינוי נתונים או שמשמשת לשכפול (לדוגמה, PING,‏ PSYNC ו-HSET).
• אם אתם משתמשים ברשימות של בקרת גישה (ACL) עבור המכונה, אתם צריכים לאפשר את הפקודות הבאות למשתמש default כדי שמכונת היעד תוכל ליצור שכפול:
  • REPLCONF
  • SYNC
  • PSYNC
  • PING
  • INFO
  • CLUSTER|NODES
• מוודאים שלמכונת המקור יש מספיק זיכרון וקיבולת מעבד כדי לנהל את עומס השכפול הנוסף שמגיע מהצמתים של מכונת היעד.

חשוב: חשוב לשים לב לכתובת ה-IP ולמספר היציאה של מופע המקור. הפרטים האלה נדרשים כדי להתחיל את תהליך ההעברה.

בנוסף, ל-Memorystore for Valkey צריכה להיות אפשרות לתקשר עם כתובת ה-IP והיציאה האלה במהלך תהליך ההעברה. ‫Memorystore for Valkey משתמש בכתובת ה-IP ובפורט כדי לגלות את הצמתים האחרים בטופולוגיה של המופע באופן אוטומטי.

הכנת מכונת היעד

כדי להבטיח תהליך שכפול חלק, צריך להתאים את הגודל של יעד Memorystore for Valkey כך שיוכל להתמודד עם עומס העבודה הנכנס ממופע המקור. כדי לעשות את זה, צריך לקבוע את המפרטים המדויקים של מופע היעד. המפרטים האלה כוללים את התאימות למופע המקור, סוג מצב האשכול, מספר מסדי הנתונים, מספר הרסיסים, הגרסה וסוג הצומת של מופע היעד.

כדי להכין את מופע היעד, פועלים לפי ההנחיות הבאות:

• תאימות למופע המקור: מופעי המקור והיעד צריכים להיות באותו פרויקט ובאותו אזור.
• מצב אשכול: מצב האשכול של מופע היעד צריך להיות זהה למצב האשכול של מופע המקור. אם המופע של המקור הוא Cluster Mode Disabled, גם המופע של היעד צריך להיות Cluster Mode Disabled. אחרת, מופע היעד חייב להיות במצב אשכולות.
• מספר מסדי הנתונים: אם מופעל במכונת היעד מצב Cluster Mode Disabled, מספר מסדי הנתונים הלוגיים במכונה צריך להיות זהה למספר מסדי הנתונים במכונת המקור או גדול ממנו.
• מספר הרסיסים: אם מופעל מצב אשכול במופע היעד, מספר הרסיסים במופע היעד חייב להיות זהה למספר הרסיסים במופע המקור. עם זאת, מספר העותקים המשוכפלים במופע המקור ובמופע היעד יכול להיות שונה.
• גרסת המופע: גרסת מופע היעד צריכה להיות תואמת לגרסת מופע המקור. מידע נוסף זמין במאמר בנושא תמיכה בגרסאות.
• גרסת תחזוקה: גרסת התחזוקה של מופע היעד צריכה להיות MEMORYSTORE_20260313_01_00 ואילך. מידע נוסף זמין במאמר מידע על תחזוקה.
• סוג הצומת: סוג הצומת במופע היעד צריך להיות גדול מספיק כדי לטפל בנתונים שהוא מקבל מהצמתים של מופע המקור. מידע נוסף על סוגי הצמתים שאפשר לבחור עבור מופע היעד ועל קיבולת מרחב המפתחות התואמת לכל סוג צומת זמין במאמר מפרט סוג הצומת.

חשוב: אי אפשר להשתמש במופעים של שכפול בין אזורים כמופעי יעד. בנוסף, צריך לוודא ש-Memorystore for Valkey לא חוסם אף אחת מהפקודות שבהן אתם משתמשים במופע המקור.

יצירת מכונת היעד

אם אין לכם מופע יעד שעומד בדרישות לקבלת נתונים שהועברו ממופע המקור, תצטרכו ליצור את המופע.

אפשר ליצור את המופע הזה באמצעות מסוף Google Cloud או CLI של gcloud.

חשוב: לפני שיוצרים את מופע היעד, חשוב לעיין בהנחיות שבמאמר הכנת מופע היעד.

המסוף

הוראות ליצירת מכונת היעד מפורטות במאמר יצירת מכונות.

gcloud

הוראות ליצירת מכונת היעד מפורטות במאמר יצירת מכונות.

הגדרת מחבר רשת

כדי להעביר את עומסי העבודה ממופע מקור למופע יעד, הצמתים של מופע היעד צריכים ליצור חיבור לצמתים של מופע המקור. כתוצאה מכך, אפשר לשכפל את הנתונים במופע המקור למופע היעד.

כדי שהחיבור והשכפול האלה יתבצעו, צריך להשתמש בקובץ מצורף לרשת. ניסיונות החיבור מהצמתים של היעד מגיעים מרשת המשנה ברשת ה-VPC של מופע המקור שמקושרת לחיבור לרשת.

אפשר להשתמש בקובץ מצורף לרשת שעומד בדרישות הבאות:

• היא צריכה להיות באותו פרויקט ובאותו אזור כמו מופע היעד.
• רשת המשנה שלה צריכה להיות ממוקמת באותה רשת VPC כמו מופע המקור.
• לרשת המשנה במופע המקור צריך להיות טווח CIDR מתאים של כתובות IP, שתומך במינימום של N+1 כתובות IP שניתן להשתמש בהן (כאשר N הוא מספר הצמתים במופע היעד). לדוגמה, אם למופע היעד יש שלושה שארדים ועותק אחד, אז יש לו שישה צמתים: שלושה צמתים למופע הראשי ושלושה צמתים לעותק. לכן, אתם צריכים לפחות שבע כתובות IP.
• טווח רשת המשנה לא יכול לחפוף ל-10.0.0.0/23 כי הטווח הזה שמור ל-Memorystore for Valkey.

אם מחבר הרשת לא עומד בדרישות האלה או שאין לכם מחבר רשת, אתם צריכים ליצור מחבר כזה.

התחלת ההעברה

כשמתחילים את ההעברה, מופעלת שכפול בין מופע היעד למופע המקור. כל הנתונים שנכתבים במופע המקור משוכפלים באופן אוטומטי למופע היעד. מכונת היעד הופכת לעותק לקריאה של מכונת המקור.

אפשר להתחיל את ההעברה באמצעות מסוף Google Cloud או ה-CLI של gcloud.

חשוב: לפני שמתחילים בהעברה, חשוב לעיין בהנחיות שבמאמר הגדרת קובץ מצורף לרשת. בנוסף, אחרי שמתחילים את ההעברה, לא מבצעים פעולות של העברת משבצות במופע המקור עד שההעברה מסתיימת.

המסוף

1. נכנסים לדף Memorystore for Valkey במסוף Google Cloud .

   Memorystore for Valkey

2. לוחצים על המזהה של מכונת היעד.

3. בדף Instance at a glance (סקירה כללית של המופע), לוחצים על Start migration (התחלת ההעברה).

4. בחלון Migrate Self Managed Redis and Valkey Instances (העברת מופעים של Redis ו-Valkey בניהול עצמי), מבצעים את הפעולות הבאות:

5. בכרטיסייה הכנה, קוראים את המידע על הדרישות המוקדמות למופע המקור ועל ההנחיות לצירוף הרשת. אחר כך לוחצים על המשך.

6. בכרטיסייה Connect (קישור), מבצעים את הפעולות הבאות:

   1. מזינים את כתובת ה-IP ואת היציאה של מופע המקור. המידע הזה מופיע במאמר בנושא הכנת מופע המקור.
   2. בוחרים את הקובץ המצורף לרשת שרוצים להשתמש בו להעברת נתונים.
   3. לוחצים על Continue.

7. בכרטיסייה בדיקה, בודקים את המידע שמשויך לתהליך ההעברה. המידע הזה כולל את המזהה של מופע היעד, את כתובת ה-IP והיציאה של מופע המקור ואת השם של קובץ הרשת המצורף. אחרי שבודקים את המידע, לוחצים על התחלת ההעברה.

8. בדף Instance at a glance (סקירה מהירה של המופע), מוודאים שמופיע הסטטוס Migrating (העברה).

אם הצמתים של מופע היעד לא יכולים להתחבר לצמתים של מופע המקור, או אם אי אפשר לשכפל את הנתונים במופע המקור למופע היעד, ההעברה תיכשל.

במקרה כזה, המערכת של Memorystore for Valkey מבצעת שחזור של מופע היעד למצב שהיה לפני שהתחלתם את תהליך ההעברה. הסטטוס של מכונת היעד חוזר למוכן, ולמכונה יש שוב יכולות קריאה וכתיבה.

אחרי שתפתרו את הבעיות שגרמו לכשל בהעברה, תוכלו להתחיל את ההעברה מחדש.

gcloud

כדי להתחיל את ההעברה, משתמשים בפקודה gcloud memorystore instances start-migration.

gcloud memorystore instances start-migration INSTANCE_ID \
--project=PROJECT_ID \
--location=REGION \
--source-ip=SOURCE_IP_ADDRESS \
--source-port=SOURCE_PORT \
--network-attachment=projects/NETWORK_ATTACHMENT_PROJECT_ID/locations/NETWORK_ATTACHMENT_REGION/networkAttachments/NETWORK_ATTACHMENT_ID

מחליפים את הפרטים הבאים:

• ‫INSTANCE_ID: המזהה של מכונת היעד.
• ‫PROJECT_ID: המזהה או מספר הפרויקט של פרויקט Google Cloud שמכיל את מופע היעד.
• ‫REGION: האזור שבו נמצאת מכונת היעד.
• ‫SOURCE_IP_ADDRESS: כתובת ה-IP של מופע המקור. כתובת ה-IP הזו צוינה בשלב הכנת מופע המקור.
• ‫SOURCE_PORT: מספר היציאה של מופע המקור. הערתם את הניוד הזה בהכנת מופע המקור.
• ‫NETWORK_ATTACHMENT_PROJECT_ID: המזהה או מספר הפרויקט שלGoogle Cloud הפרויקט שמכיל את מחבר הרשת שרוצים להשתמש בו להעברת נתונים.
• ‫NETWORK_ATTACHMENT_REGION: האזור שבו נמצאת ההצמדה לרשת.
• ‫NETWORK_ATTACHMENT_ID: המזהה של הקובץ המצורף לרשת.

כדי לוודא שההעברה התחילה בהצלחה, משתמשים בפקודה gcloud memorystore instances describe.

gcloud memorystore instances describe INSTANCE_ID \
--project=PROJECT_ID \
--location=REGION_ID

מוודאים שהסטטוס MIGRATING מופיע ליד הפרמטר state.

אם הצמתים של מופע היעד לא יכולים להתחבר לצמתים של מופע המקור, או אם אי אפשר לשכפל את הנתונים במופע המקור למופע היעד, ההעברה תיכשל.

במקרה כזה, המערכת של Memorystore for Valkey מבצעת שחזור של מופע היעד למצב שהיה לפני שהתחלתם את תהליך ההעברה. הסטטוס של מכונת היעד חוזר ל-ACTIVE, ולמכונה יש שוב יכולות קריאה וכתיבה.

אחרי שתפתרו את הבעיות שגרמו לכשל בהעברה, תוכלו להתחיל את ההעברה מחדש.

מעקב אחרי המיגרציה

כדי לוודא שההעברה מתקדמת ללא בעיות, אפשר לעקוב אחרי ההעברה במופעי המקור והיעד.

מעקב אחרי מופע המקור

במופע המקור, מוודאים שהשימוש במאגר הפלט של הלקוח נשאר נמוך בצמתי המקור. שימוש נמוך לאורך זמן מצביע על השהיה מינימלית ועל סנכרון מוצלח של הנתונים ממופע המקור למופע היעד.

מעקב אחרי מכונת היעד

אפשר לעקוב אחרי התקינות של ההעברה ממופע המקור אל Memorystore for Valkey. כדי לעשות את זה, בודקים את מדד סטטוס ההעברה (/instance/migration_status) של מופע היעד כדי לוודא שהסטטוס הנוכחי של המופע הוא תקין. הסטטוס הזה מציין שהקישורים לשכפול בין הרסיסים של מופעי המקור והיעד פעילים ופועלים בצורה תקינה במהלך תהליך ההעברה.

כדי לבדוק את מדד Migration status של המופע באמצעות מסוףGoogle Cloud :

1. נכנסים לדף Metrics explorer במסוף Google Cloud .

   Metrics Explorer

2. בתפריט מדד, בוחרים במדד סטטוס ההעברה. כדי לעשות את זה, בוחרים באפשרות Memorystore Instance > Instance > Migration status ואז לוחצים על Apply.

3. בשדה מסנן, מוסיפים את המסנן הבא: instance_id = (equals) INSTANCE_ID.

   מחליפים את INSTANCE_ID במזהה של מכונת היעד.

4. בקטע Results (תוצאות), בודקים את הסטטוס הנוכחי של המופע. אם מופיע סטטוס HEALTHY, המשמעות היא שהמופע פועל ואפשר לסיים את ההעברה.

   אם הסטטוס HEALTHY לא מופיע, אפשר להשתמש במדד Migration status (/instance/node/migration_status) עבור הצמתים הראשיים של מופע היעד. באמצעות מעקב אחרי הצמתים האלה, אפשר לקבוע אם יש צמתים לא תקינים.

   כדי להשתמש במדד Migration status (סטטוס ההעברה) עבור צמתי המופע:

   1. בתפריט מדד, בוחרים במדד סטטוס ההעברה. כדי לעשות את זה, בוחרים באפשרות Memorystore Instance Node > Instance > Migration status ואז לוחצים על Apply.

   2. בשדה מסנן, מוסיפים את המסנן הבא: role = (equals) primary.

   3. בקטע Results (תוצאות), מוודאים שהסטטוס הנוכחי של כל הצמתים הראשיים הוא HEALTHY (תקין). אם כן, הצמתים פועלים ואפשר לסיים את ההעברה.

סיום ההעברה

כשמוכנים להעביר את תנועת האפליקציה למופע היעד, צריך לסיים את ההעברה. כך, הצמתים של מופע היעד לא ישוכפלו יותר עם הצמתים של מופע המקור. מופע היעד מאפשר את כל פעולות הקריאה והכתיבה.

אפשר להשלים את ההעברה באמצעות מסוף Google Cloud או ה-CLI של gcloud.

חשוב לדעת: כברירת מחדל, ב-Memorystore for Valkey המערכת מוודאת שמופע היעד מעודכן באופן מלא למופע המקור עד למועד שבו מסיימים את ההעברה. יכול להיות שפעולות כתיבה שבוצעו במופע המקור אחרי סיום ההעברה לא ישוכפלו.

אם אתם רוצים שהנתונים במופע המקור ובמופע היעד יהיו זהים לחלוטין, ושלא יאבדו נתונים, אתם צריכים להפסיק את כל פעולות הכתיבה במופע המקור לפני שתסיימו את ההעברה.

המסוף

1. נכנסים לדף Memorystore for Valkey במסוף Google Cloud .

   Memorystore for Valkey

2. לוחצים על המזהה של מכונת היעד.

3. בדף Instance at a glance (סקירה מהירה של המופע), לוחצים על Finish migration (סיום ההעברה).

4. בתיבת הדו-שיח Finish migration (סיום ההעברה):

   1. אם רוצים לוודא שכל הנתונים במופע המקור ישוכפלו למופע היעד, בוחרים באפשרות Standard (רגיל).

      שימו לב: אם אתם רוצים להעביר את התנועה של האפליקציה למופע היעד החדש באופן מיידי, צריך לבחור באפשרות Force (Skip-sync) (כפייה (דילוג על סנכרון)). עם זאת, אם תבחרו באפשרות הזו, יכול להיות ש-Memorystore for Valkey לא יוכל לשכפל את כל הנתונים במופע המקור למופע היעד.

   2. בשדה הטקסט Instance ID (מזהה המופע), מזינים את המזהה של מופע היעד.

   3. לוחצים על סיום ההעברה.

5. בדף Instance at a glance (סקירה מהירה של המופע), מוודאים שהסטטוס Migrated (הועבר) מופיע.

חשוב: אחרי שמסיימים את ההעברה, צריך לעדכן את קובצי ההגדרות של האפליקציה כך שכל התעבורה תופנה למופע היעד.

gcloud

כדי לסיים את המיגרציה, משתמשים בפקודה gcloud memorystore instances finish-migration.

gcloud memorystore instances finish-migration INSTANCE_ID \
--project=PROJECT_ID \
--location=REGION

מחליפים את הפרטים הבאים:

• ‫INSTANCE_ID: המזהה של מכונת היעד
• ‫PROJECT_ID: המזהה או מספר הפרויקט של פרויקט Google Cloud שמכיל את מופע היעד
• ‫REGION: האזור שבו נמצאת מכונת היעד

זהירות: אם רוצים להעביר את תנועת האפליקציה למופע היעד החדש באופן מיידי, צריך להשתמש בפרמטר --force. עם זאת, שימוש בפרמטר הזה עלול לגרום לכך שלא כל הנתונים במופע המקור ישוכפלו למופע היעד ב-Memorystore for Valkey.

כדי לוודא שההעברה הסתיימה בהצלחה, משתמשים בפקודה gcloud memorystore instances describe.

gcloud memorystore instances describe INSTANCE_ID \
--project=PROJECT_ID \
--location=REGION_ID

מוודאים שהסטטוס MIGRATED מופיע ליד הפרמטר state.

חשוב: אחרי שמסיימים את ההעברה, צריך לעדכן את קובצי ההגדרות של האפליקציה כך שכל התעבורה תופנה למופע היעד.