מאגרי קריאה ב-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
- קידום רפליקה
- הפעלה מחדש
- ייבוא
- ייצוא
- מעבר לגיבוי (Failover)
- הצפנה מחדש
- שכפל
- אי אפשר להשתמש באישור SSL/TLS עם רשות אישורים משותפת או עם רשות אישורים בניהול הלקוח במאגר לקריאה.
- אי אפשר לשכפל מאגר קריאה למופע אחר, למשל, שכפול מדורג או מאגר קריאה אחר.
- מאגר קריאה חייב לשכפל ישירות ממופע ראשי. היא לא יכולה להיות העתק מדורג.
- כשיוצרים או משנים את הגודל של מאגר לקריאה, צריך להמתין עד לסיום הפעולות הקודמות של יצירת מאגר, הקטנת מאגר או הגדלת מאגר שמשויכות למאגר הקריאה. ההגבלה הזו חלה על כל מאגר קריאה אחר שמשויך לאותו מופע ראשי. אם רוצים לשנות את הגודל של כמה מאגרי קריאה שמשויכים לאותו מופע ראשי, צריך לחכות עד שפעולות שינוי הגודל שמשויכות למאגר הקריאה הראשון יסתיימו לפני שמתחילים לשנות את הגודל של מאגר הקריאה הבא. אם תשלחו בקשות בו-זמנית, יכול להיות שתקבלו את השגיאה הבאה:
Operation failed because another operation was already in progress.. - אפשר להמיר לשימוש במאגר לקריאה רק עותק משוכפל אזורי שנמצא באותו אזור כמו העותק הראשי.
- יכול להיות שיהיו הבדלים ברמות של השהיית השכפול בצמתים של מאגר הקריאה, מה שעלול לגרום לקריאות לא עקביות. אם האפליקציה שלכם דורשת עקביות גבוהה בקריאה, מומלץ לבצע קנה מידה אנכי של עותק קריאה יחיד במקום להשתמש במאגר קריאה.
- Cloud SQL מתקן אוטומטית צמתים של מאגר קריאה בתנאים הבאים:
- כשהמופע מושבת.
- כשהשכפול נכשל.
בתרחישים האלה, אם תיצרו כניסות נוספות מהמופע הראשי, לא תוכלו להיכנס באמצעות הכניסות האלה אחרי שצומת מאגר הקריאה ייווצר מחדש. מוודאים שההתחברות שמשמשת לנקודת הקצה לקריאה זמינה מהמופע הראשי.
- מיקרוסופט לא תומכת בשכפול אובייקטים בשרת.
כל האובייקטים ברמת השרת שיוצרים בעותק לקריאה חייבים להיווצר ולנוהל גם במופע הראשי. האובייקטים האלה לא משוכפלים אוטומטית.
ההתנהגות הזו מתרחשת בתרחישים הבאים (זו לא רשימה מלאה):
- תיקון מאגר קריאה.
- המרת עותק לקריאה בלבד למאגר לקריאה בלבד.
- לא ניתן לגשת לאובייקטים ברמת השרת, כמו התחברויות.
- אם יוצרים התחברות שקיימת בעותק לקריאה המקורי אבל לא במופע הראשי, ההתחברות לא משוכפלת לצומת החדש של מאגר העותקים לקריאה.
- המרת מאגר קריאה למופע משוכפל לקריאה.
- אם יוצרים התחברות במאגר לקריאה ולא במופע הראשי, ואז משביתים את המאגר לקריאה, ההתחברות כבר לא קיימת.
דוגמאות לאובייקטים ברמת השרת שלא משוכפלים:
- התחברויות.
- הגדרת שרת מקושר.
- קבצים של ביקורת מסד נתונים שנוצרו על ידי SQL Server Audit.
- סשנים של XEvents וההגדרות שלהם.
מידע נוסף זמין במאמרי העזרה של Microsoft.
- האישור של הצפנת נתונים שקופה (TDE) חסום גם לייבוא וגם לייצוא.
- תמיד צריך לייבא ולייצא אישורי TDE מהמופע הראשי. האישורים של TDE ישוכפלו אוטומטית לכל העותקים לקריאה במאגר העותקים לקריאה, ללא קשר לסוג העותק.
- אין תמיכה בפעולות ייבוא וייצוא של TDE. תמיד מייבאים את אישור ה-TDE מהמופע הראשי.