במאמר הזה מוגדרים המושגים המרכזיים וטופולוגיות הפריסה של Spanner Omni. המאמר מתאר את היחסים ההיררכיים בין אזורים, אזורים ושרתים, ומסביר איך הרכיבים האלה קשורים לשכפול ולאחסון של נתונים בפריסה.
מושגים ב-Spanner Omni
בקטעים הבאים מפורטים המונחים שמופיעים במאמרי Spanner Omni. הכרת המושגים האלה תעזור לכם להבין את ארכיטקטורת המערכת ואת אופן הפעולה שלה.
פריסה
פריסה של Spanner Omni, שמאפשרת לכם להשתמש במסדי הנתונים במרכזי הנתונים או בחשבונות הענן הציבוריים שלכם. יוצרים את הפריסה בהתאם לפרמטרים שצוינו בהגדרת הפריסה. פריסת Spanner Omni שוות ערך למכונת Spanner ב-Google Cloud.
הגדרת התצורה של פריסה
המאמר מספק את המיקום והמפרט של אזורים, אזורים ושרתים לפריסת Spanner Omni. אתם יכולים לבחור שרת יחיד, אזור יחיד או הגדרת פריסה של כמה אזורים. מידע נוסף זמין במאמר הגדרות פריסה.
מיקום
המונח המקביל ל-region ב Google Cloud . השהיית הרשת בין שני אזורים היא משמעותית. בפריסות מקומיות, אפשר להגדיר אזורים משלכם. בפריסות בענן, האזור צריך להיות זהה לאזורים אצל ספק שירותי הענן הרלוונטי. באזור אחד יכולים להיות כמה תחומים.
תהליך
שרת Spanner יוצר עותקים של תהליכים ומנהל תהליכים מרובים. לדוגמה, TimeServer ו-spanserver הם תהליכים ב-Spanner. תהליכים נפרדים עשויים לכלול נתונים סטטיסטיים של מעקב, כמו שימוש במעבד ובזיכרון. תהליך יכול לפתוח יציאות כדי לתקשר עם שרתים אחרים בפריסה.
רפליקה
Spanner משכפל נתונים כדי לספק זמינות נתונים ומיקום גיאוגרפי. ברמה גבוהה, כל הנתונים ב-Spanner מאורגנים בשורות. Spanner יוצר כמה עותקים, או רפליקות של השורות האלה, ואז מאחסן את הרפליקות האלה באזורים גיאוגרפיים שונים. Spanner משתמש בסכימת שכפול סינכרונית שמבוססת על Paxos, שבה עותקים משוכפלים מצביעים על כל בקשת כתיבה לפני שהכתיבה מתבצעת במסד הנתונים. בדומה ל-Spanner, יש שלושה סוגים של עותקים משוכפלים ב-Spanner Omni: קריאה-כתיבה, קריאה בלבד ועדות. מידע נוסף מופיע במאמר בנושא סוגי רפליקות במאמרי העזרה של Spanner.
שרת
שרת הוא משאב מחשוב, כמו מכונה וירטואלית או קונטיינר, שבו פועל שרת Spanner Omni. לכל שרת יש משאבי מערכת משלו: מעבד, זיכרון ואחסון. השרת מספק את היכולות של Spanner Omni על ידי אחסון נתוני המשתמשים והצגתם.
שרתי בסיס
שרתי הבסיס מאחסנים מטא-נתונים קריטיים כדי לתמוך באזור. לדוגמה, שרת הבסיס מאחסן את החברות בשרת ופרטים אחרים על הגדרת האזור.
מספר שרתי הבסיס לכל אזור צריך להיות מספר אי-זוגי בין אחד לתשעה, כולל, כדי להבטיח קוורום לעקביות. אם מספר השרתים הוא מספר זוגי, יכול להיות שהפריסות ייכשלו. כשמגדירים את האזורים, מציינים ששרתים מסוימים הם שרתי הבסיס. מומלץ להשתמש באחד מהם לפיתוח או לבדיקות, ובשלושה מהם לאזורי ייצור עם זמינות גבוהה.
חשוב לשקול היטב את מספר שרתי הבסיס כשמתכננים את הפריסה. אפשר לשנות את מספר שרתי הבסיס בפריסה אחרי שיוצרים אותה, אבל לא מומלץ לעשות זאת.
שרתים שאינם שרתי בסיס
בשרתים שאינם שרתי בסיס מאוחסנים נתוני משתמשים, והם מספקים דרך להרחבת קיבולת המחשוב והאחסון של אזור. אתם יכולים להוסיף לפריסה כמה שרתים שאינם שרתי בסיס, בהתאם לדרישות העומס. אפשר לשנות את מספר השרתים שאינם שרתי בסיס אחרי שיוצרים את הפריסה.
פיצול
פיצול ב-Spanner מכיל טווח של שורות נתונים רציפות, כאשר Spanner מסדר את השורות לפי המפתח הראשי. Spanner יוצר רפליקות של כל פיצול שהוא מאחסן בכל אזור.
אחסון
האחסון הקבוע שמצורף לשרת.
תחום (zone)
קבוצה של שרת אחד או יותר. כדי לבצע רפליקציה של נתונים, צריך ליצור אזור אחד לכל רפליקה. בפריסות מקומיות, מומלץ לצמצם את שיתוף התשתית (מכונות וירטואליות, דיסקים) בין אזורים. בפריסות בענן, צריך להתאים את התחומים לתחומי הזמינות ב-AWS או לתחומים ב- Google Cloud.
עובד
צומת מחשוב ייעודי בלי שמירת מצב שנועד להפחית עומס של פעולות ברקע ופעולות שדורשות הרבה משאבים, כמו בניית אינדקסים וקטוריים בטבלאות גדולות. העובדים זמינים במהדורת Spanner Omni לשימוש מסחרי, והחיוב עליהם מתבצע לפי אותו שיעור חיוב על מחשוב כמו על שרתים בפריסה. מהדורת Developer לא תומכת ב-workers. בניגוד לשרתים, עובדים לא מארחים נתוני משתמשים, לא משרתים תנועת משתמשים, לא משתתפים בבחירות של מנהיגים ולא שייכים לאזור ספציפי. במקום זאת, הם נרשמים במיקום. מידע נוסף מופיע במאמר בנושא פריסה וניהול של עובדים.