מאגרי קריאה ב-Cloud SQL תומכים באיזון עומסים לעומסי עבודה גדולים של קריאה.
מהן בריכות קריאה?
מאגר קריאה הוא אוסף של מופעי העתקה לקריאה שמשמשים להפצת עומסי העבודה הגדולים של הקריאה. אפשר להפנות מחדש את עומסי העבודה האלה מהמופע הראשי למאגר הקריאה כדי להפחית את העומס על המופע הראשי.
כל העתק לקריאה במאגר הקריאה נקרא צומת במאגר הקריאה.
יש כמה דרכים להגדיל את מאגר הקריאה:
- הגדלה או הקטנה של הקיבולת: הגדלה או הקטנה של הקיבולת של איזון העומסים באופן אופקי על ידי שינוי מספר הצמתים במאגר הקריאה. כל מאגר קריאה תומך ב-1 עד 7 צמתים של מאגר קריאה.
- הגדלה או הקטנה של הקיבולת: אפשר להגדיל או להקטין את קיבולת איזון העומסים באופן אנכי על ידי שינוי סוג המכונה שמשויך לצומת של מאגר קריאה. אחרי שמגדירים את המאפיין, ההגדרה חלה באופן אחיד על כל צומת במאגר הקריאה.
כשמשנים את ההגדרות של צומת מאגר לקריאה, כמו אחסון, קישוריות או דגלים של הגדרות מסד הנתונים, השינויים חלים באופן אוטומטי על כל צומת במאגר הקריאה.
גישה למאגר קריאה דרך נקודת קצה אחת לקריאה
אפשר לגשת למאגר הקריאה דרך נקודת קצה אחת לקריאה עם כתובת IP שלא ניתן לשנות. חיבורים שנוצרו דרך נקודת הקצה מנותבים מחדש באופן אוטומטי לאחד מהצמתים במאגר הקריאה. כשרוצים להקטין או להגדיל את מאגר הקריאה, לא צריך להגדיר מחדש את האפליקציות שהיו מקושרות בעבר לנקודת הקצה היחידה הזו לקריאה, גם אם אפשר ליצור צמתים חדשים במאגר הקריאה או למחוק צמתים קודמים.
לכל צומת במאגר לקריאה יש גם כתובת IP משלו. לא מומלץ להשתמש בכתובות ה-IP האלה כדי לגשת לנתונים, אבל אפשר להשתמש בהן כדי לפתור בעיות בביצועים של צומת בודד במאגר לקריאה.
מידע נוסף על אחזור פרטי החיבור למאגר הקריאה או לצמתי מאגר הקריאה (כתובות IP או מחרוזת חיבור) זמין במאמר בנושא הצגת פרטי מאגר הקריאה.
שכפול
שכפול של מאגר קריאה ב-Cloud SQL מיושם באמצעות קבוצות זמינות של קריאה בקנה מידה ב-SQL Server.
מידע נוסף זמין במאמר מידע על שכפול.
קריאת מאפייני הבריכה
המאפיינים הבאים חלים:
- מאגר קריאה עם שני צמתים או יותר מכוסה במסגרת הסכם רמת השירות (SLA).
- צמתים של מאגר קריאה של מאגר הקריאה תמיד נמצאים באותו אזור, כפי שצוין על ידי המשתמש. Google Cloud מחליף את מיקום הצמתים של מאגר הקריאה בין כל האזורים באזור.
- למופע ראשי יכול להיות מאגר קריאה אחד או יותר.
- הפעולות הבאות גורמות להשבתה של פחות משנייה:
- הגדלה או הקטנה של הקיבולת (הוספה או הסרה של צמתים במאגר לקריאה).
- הגדלה או הקטנה של הקיבולת (שינוי סוג המכונה של הצמתים במאגר).
- המרת רפליקה לקריאה אזורית קיימת למאגר קריאה.
- מאגר לקריאה עובר תחזוקה לפני המכונה הראשית שלו, בדומה לרפליקות לקריאה. בדומה לרפליקות לקריאה, מאגרי קריאה עוברים תחזוקה במהלך חלון הזמן לתחזוקה של המכונה הראשית.
- לכל צומת במאגר לקריאה יש את אותם מדדים שזמינים בעותק לקריאה של Cloud SQL.
- כשמשתמשים ב-
gcloudאו ב Google Cloud מסוף כדי לתאר את פרטי הפרויקט, מופיע שם מאגר הקריאה, אבל לא מופיעים שמות של צמתים ספציפיים במאגר הקריאה.
מגבלות
ההגבלות הבאות חלות:
- מאגרי קריאה זמינים רק במכונות Cloud SQL Enterprise Plus edition בארכיטקטורת הרשת החדשה. המכונה הראשית שמשויכת למאגר לקריאה חייבת להיות מכונה במהדורת Cloud SQL Enterprise Plus.
- אפשר ליצור עד שבעה עותקים לקריאה לכל מופע ראשי. הערך הזה יכול לכלול כל מספר משולב של רפליקות לקריאה ושל מספר הצמתים במאגר לקריאה במסגרת מופע של מאגר לקריאה. לדוגמה, למופע ראשי יכולים להיות שני עותקים לקריאה, ומאגר נפרד לקריאה של חמישה עותקים לקריאה (צמתים של מאגר לקריאה).
- אי אפשר להשתמש בתכונה 'התאמה אוטומטית של נפח הקריאה' במופעים של SQL Server.
- שחזור מתקדם אחרי אסון לא תואם למאגרי קריאה. במופעים ראשיים אי אפשר להשתמש גם במאגרי קריאה וגם ברפליקות מדורגות.
- התעבורה מוגשת מצמתים של מאגר לקריאה על סמך מצב מסד הנתונים, אבל ללא קשר למידת הפיגור בשכפול בצומת של מאגר הקריאה. התעבורה יכולה להיות מוגשת מצומת של מאגר לקריאה עם פיגור, גם אם יש צומת אחר של מאגר לקריאה ללא פיגור. מסד נתונים נחשב תקין אם תהליך מסד הנתונים פועל ויכול לענות על שאילתות, אבל אין דרישה לגבי עדכניות הנתונים שמוצגים.
- אין ערובה לכך שסשן לוגי יחיד יתחבר לכמה צמתים של מאגר קריאה במאגר הקריאה. יכול להיות שבקשות מאוחרות יותר בסשן יתחברו לצומת של מאגר לקריאה עם מיקום שכפול נמוך יותר מצומת של מאגר לקריאה שטיפל בבקשה קודמת, מה שיכול לגרום למצב של מסד הנתונים להיראות כאילו הוא חוזר אחורה בזמן.
- סוגי העדכונים הבאים לא נתמכים:
- מאגרי קריאה עדיין מקבלים עדכוני תחזוקה של Cloud SQL, אבל אי אפשר לעדכן את מאגר הקריאה או את המכונה הראשית המשויכת שלו לגרסה חדשה של מסד נתונים.
- הפעלה או השבתה של צמתים במאגר הקריאה.
- בנוסף לפעולות שלא נתמכות ברפליקות לקריאה בלבד, הפעולות הבאות לא נתמכות במאגרי קריאה:
- הפעלה והשבתה של שכפול
- Active Directory בניהול הלקוח
- שירות מנוהל ל-Microsoft AD
- קידום רפליקה
- הפעלה מחדש
- ייבוא
- ייצוא
- יתירות כשל
- הצפנה מחדש
- שכפל
- אי אפשר להשתמש באישור SSL/TLS עם רשות אישורים משותפת או עם רשות אישורים בניהול הלקוח עם מאגר לקריאה.
- אי אפשר לשכפל מאגר קריאה למופע אחר, למשל, שכפול מדורג או מאגר קריאה אחר.
- מאגר קריאה חייב לשכפל ישירות ממופע ראשי. אי אפשר להשתמש בה כעותק משוכפל מדורג.
- כשיוצרים או משנים את הגודל של מאגר לקריאה, צריך להמתין עד לסיום הפעולות הקודמות של יצירת מאגר, הקטנת מאגר או הגדלת מאגר שמשויכות למאגר לקריאה. ההגבלה הזו חלה על כל מאגר קריאה אחר שמשויך לאותו מופע ראשי. אם רוצים לשנות את הגודל של כמה מאגרי קריאה שמשויכים לאותו מופע ראשי, צריך לחכות עד שפעולות שינוי הגודל שמשויכות למאגר הקריאה הראשון יסתיימו לפני שמתחילים לשנות את הגודל של מאגר הקריאה הבא. אם תשלחו בקשות בו-זמנית, יכול להיות שתקבלו את השגיאה הבאה:
Operation failed because another operation was already in progress.. - אפשר להמיר רק עותק משוכפל אזורי שנמצא באותו אזור כמו העותק הראשי לשימוש במאגר לקריאה.
- יכול להיות שיהיו הבדלים ברמות של השהיית השכפול בצמתים של מאגר הקריאה, מה שעלול לגרום לקריאות לא עקביות. אם האפליקציה שלכם דורשת עקביות גבוהה בקריאה, מומלץ להגדיל את הקיבולת של עותק קריאה יחיד במקום להשתמש במאגר קריאה.
- מערכת Cloud SQL מתקנת באופן אוטומטי צמתים של מאגר לקריאה בתנאים הבאים:
- כשהמופע מושבת.
- כשהרפליקציה לא תקינה.
בתרחישים האלה, אם תיצרו כניסות נוספות מהמופע הראשי, לא תוכלו להיכנס באמצעות הכניסות האלה אחרי שייווצר מחדש הצומת של מאגר הקריאה. מוודאים שההתחברות שבה משתמשים לנקודת הקצה לקריאה זמינה מהמופע הראשי.
- מיקרוסופט לא תומכת בשכפול אובייקטים בשרת.
כל האובייקטים ברמת השרת שיוצרים בעותק לקריאה בלבד צריכים להיווצר ולנוהל גם במופע הראשי. האובייקטים האלה לא משוכפלים אוטומטית.
ההתנהגות הזו רלוונטית לתרחישים הבאים, אבל לא רק להם:
- תיקון מאגר קריאה.
- המרת עותק לקריאה בלבד למאגר לקריאה בלבד.
- אי אפשר לגשת לאובייקטים ברמת השרת, כמו התחברויות.
- אם יוצרים התחברות שקיימת בעותק לקריאה המקורי אבל לא במופע הראשי, ההתחברות לא משוכפלת לצומת החדש של מאגר העותקים לקריאה.
- המרת מאגר קריאה למופע משוכפל לקריאה.
- אם יוצרים התחברות למאגר קריאה ולא למופע הראשי, ואז משביתים את מאגר הקריאה, ההתחברות כבר לא קיימת.
דוגמאות לאובייקטים ברמת השרת שלא משוכפלים:
- התחברויות.
- הגדרת שרת מקושר.
- קבצים של ביקורת מסד נתונים שנוצרו על ידי SQL Server Audit.
- XEvents sessions and their configuration settings.
מידע נוסף זמין במאמרי העזרה של Microsoft.
- האישור של הצפנת נתונים שקופה (TDE) חסום גם לייבוא וגם לייצוא.
- תמיד צריך לייבא ולייצא אישורי TDE מהמופע הראשי. האישורים של TDE ישוכפלו אוטומטית לכל העותקים לקריאה במאגר העותקים לקריאה, ללא קשר לסוג העותק.
- אין תמיכה בפעולות ייבוא וייצוא של TDE. תמיד מייבאים את אישור ה-TDE מהמופע הראשי.