בדף הזה יש סקירה כללית על תכונת הרפליקציה החיצונית.
מידע על רפליקציה חיצונית
אפשר לנהל שכפול בין נפחי ONTAP לבין נפחי Flex Unified ONTAP-mode, בדומה לשכפול מ-ONTAP ל-ONTAP. עם זאת, ההוראות במסמך הזה לא רלוונטיות לשכפול מהסוג הזה. מידע נוסף זמין במאמרים בנושא מצב ONTAP ומידע על התאוששות מאסון (DR) אסינכרונית ב-ONTAP SnapMirror.
מאגרי אחסון של Flex Unified במצב ONTAP יכולים לשמש כמערכות מקור ONTAP כדי ליצור שכפול בין מאגרי ONTAP לבין מאגרי רמת השירות.
שכפול חיצוני משתמש ב-SnapMirror כדי לשכפל נתונים ממערכות מבוססות ONTAP ל-Google Cloud NetApp Volumes. התכונה הזו תומכת באותן פעולות כמו שכפול נפחים, כמו יצירה, עצירה, הפעלה מחדש, היפוך ומחיקה. שכפול נפחים מאפשר שכפול בין נפחים בתוך NetApp Volumes.
שכפול חיצוני משתמש באותה טכנולוגיית SnapMirror כמו העברת נפח, ויש לו תכונות משותפות כמו העברות בסיסיות והעברות מצטברות, וחיבור בין אשכולות לאימות.
בטבלה הבאה מפורטים ההבדלים העיקריים בין העברה של נפח אחסון לבין שכפול חיצוני:
| העברת נפח | שכפול חיצוני |
|---|---|
| הכלי מיועד להעברה חד-כיוונית מ-ONTAP ל-NetApp Volumes, שמוגבלת בזמן. | הפתרון הזה מיועד לשכפול מתמשך לצורך תוכנית התאוששות מאסון (DR), שבו אפשר להפוך את כיוון השכפול. |
סקירה כללית של תהליך העבודה של שכפול חיצוני
שכפול חיצוני דומה לשכפול נפח, אבל מערכת המקור הראשונית היא נפח במערכת ONTAP חיצונית, ולא נפח NetApp Volumes.
בדומה לשכפול נפח, שכפול חיצוני עובר שלבים שונים כמו שכפול בסיסי ושכפול מצטבר. הוא תומך בפעולות כמו יצירה, עצירה, הפעלה מחדש, מחיקה והיפוך של כיוון השכפול.
אפשר להתחיל את כל הפעולות מ-NetApp Volumes, אבל חלק מהפעולות דורשות מהמשתמש להריץ פקודות ONTAP CLI במערכת ONTAP החיצונית. שכפול חיצוני משתמש גם באותו מנגנון אימות עם מערכת ONTAP חיצונית כמו העברת נפח, תהליך שנדרש כדי ליצור שיוך בין אשכולות.
תהליך העבודה של שכפול חיצוני כולל את השלבים הבאים:
אימות
במהלך שלב האימות, אדמינים של אחסון במערכת המקורית של ONTAP צריכים להעניק ל-NetApp Volumes הרשאה לאחזר נפח מהמערכת המקורית. הפעולה הזו מתבצעת באמצעות שלבים אדמיניסטרטיביים במערכת ONTAP של המקור, שנקראים cluster peering ו-SVM peering. תהליך השכפול החיצוני יוצר את פקודות ONTAP שהאדמינים צריכים להריץ במערכת המקור.
העברה של קבוצת הבסיס
אחרי שמגדירים שכפול, תמונת מצב יוצרת נקודת עקביות במערכת המקור. כל הנתונים שצולמו בתמונת המצב הזו, כולל תמונות מצב ישנות יותר, מועברים ל-NetApp Volumes במהלך שלב ראשוני שנקרא העברת בסיס.
העברה של נתוני הבסיס יכולה להימשך דקות, שעות, ימים או שבועות. המשך הזה תלוי בגורמים הבאים:
כמות הנתונים בתמונת המצב.
מהירות הרשת בין מערכת המקור ONTAP לבין NetApp Volumes.
הגדרת התפוקה של NetApp Volumes.
במהלך העברת הבסיס, נפח המקור ממשיך לשרת את עומס העבודה שלכם והלקוחות מוסיפים, משנים או מוחקים נתונים. השינויים האלה לא משפיעים על התמונה שמשמשת כנקודת העקביות של קו הבסיס. בזמן שהבדיקה מתבצעת, נפח היעד לא זמין ללקוחות. אחרי שההעתקה הראשונית מסתיימת, נפח היעד עובר למצב אונליין וזמין לגישת לקוח במצב קריאה בלבד. שימו לב שלנפח היעד תהיה כתובת IP שונה.
בניגוד לשכפול נפחים, שכפול חיצוני לא יכול לקרוא את הפרמטרים של נפח המקור, כמו גודל, בחירות פרוטוקול ומדיניות ייצוא או צילום תמונות מצב. לכן, צריך להגדיר את ההגדרות האלה בצורה נכונה עבור נפח היעד.
לאחר מכן הלקוחות יכולים למפות או לטעון את נפח היעד, אבל רק לפעולת קריאה בלבד.
העברות מצטברות
אחרי שההעברה הבסיסית מסתיימת, השכפול מפעיל העברות מצטברות על סמך המרווחים המתוזמנים שהגדרתם.
בכל העברה מצטברת מתבצעות הפעולות הבאות:
מצלם תמונת מצב חדשה של נפח המקור.
הפונקציה מחשבת את השינויים בנתונים בין התמונה הנוכחית לבין התמונה הקודמת.
מתחיל להעביר את השינויים האלה ליעד.
כל העברה מצטברת יוצרת snapshot חדש של המקור, מוחקת את ה-snapshot הכי ישן של SnapMirror, מחשבת את השינויים ומעבירה אותם. אם העברה עדיין פועלת כשהגיע הזמן להעברה המתוזמנת הבאה, ההעברה החדשה תדלג. זה יכול לקרות אם נפח הנתונים שצריך להעביר גדול מדי ביחס למרווח הזמן שצוין, בגלל הגורמים הבאים:
מרווח ההעתקה שצוין קצר מדי.
רוחב הפס של הרשת מוגבל בין מערכת ONTAP לבין NetApp Volumes.
שיעור שינוי גבוה במערכת המקור.
העברות שדילגתם עליהן משפיעות לרעה על היעדים להתאוששות מאסון (RPO). מומלץ לעקוב אחרי זמן ההשהיה של השכפול. אם הפיגור מגיע לעיתים קרובות לכפלי מרווח השכפול, יכול להיות שתצטרכו לנקוט באמצעי נגד כמו הגדלת רוחב הפס ברשת או הארכת מרווח השכפול.
לקוחות שמטמיעים את אמצעי האחסון של היעד רואים תצוגה לקריאה בלבד עם תוכן סטטי. עם זאת, אחרי שההעברה המצטברת מסתיימת, התוכן של אמצעי האחסון מתעדכן באופן מיידי מהתמונה הקודמת של השכפול לתמונה האחרונה בפעולה אטומית אחת.
הפעלת כמה שכפולים חיצוניים במקביל
שכפול חיצוני והעברות של נפחים חולקים מכסת פרויקט משותפת. כדי להפעיל כמה שכפולים חיצוניים והעברות של נפחי אחסון במקביל, צריך לבקש מכסה גבוהה מספיק.