פריסת עומס עבודה של SQL Server

במאמר הזה מוסבר איך פורסים עומס עבודה של SQL Server ב- Google Cloudבאמצעות כלי האוטומציה של פריסה מודרכת ב-Workload Manager.

הגדרת פריסה של SQL Server

כדי להגדיר ולפרוס עומס עבודה של SQL Server, מבצעים את המשימות הבאות:

  1. נכנסים לדף Workload Manager במסוף Google Cloud .

    כניסה לכלי לניהול עומס העבודה

  2. בחלונית הניווט של כלי לניהול עומס העבודה, לוחצים על Deployments (פריסות).

  3. בוחרים את הפרויקט שבו רוצים ליצור את הפריסה.

  4. לוחצים על Create Deployment (יצירת פריסה) ובוחרים באפשרות SQL Server (שרת SQL).

  5. בקטע Deployment basics (יסודות הפריסה), מזינים את הפרטים הבאים על הפריסה ועל דרישות העומס שלכם.

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

    1. מזינים שם שמתאר את עומס העבודה שפורס. לדוגמה, sqlserver-prod-1. השם הזה חייב להיות ייחודי בפרויקט שבו פורסים את עומס העבודה.

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

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

    3. בשדה Service account, בוחרים את חשבון השירות שרוצים לצרף לפריסה. ‫כלי לניהול עומס העבודה משתמש בחשבון השירות הזה כדי לקרוא לממשקי API ולשירותים אחרים לצורך יצירת משאבים שנדרשים לפריסה. אפשר לבחור חשבון שירות קיים או ליצור חשבון שירות חדש.

    4. בוחרים אם עומס העבודה מיועד לשימוש בסביבת ייצור או לשימוש שאינו בסביבת ייצור. הערה: הכלי משתמש בערכי ברירת מחדל מסוימים בהתאם לבחירת הסביבה.

    5. בוחרים את מערכת ההפעלה. ‫כלי לניהול עומס העבודה תומך בפריסת SQL Server רק במכונות וירטואליות שמופעלת בהן מערכת ההפעלה Windows.

    6. בוחרים את סוג הרישיון ל-Windows מבין האפשרויות הבאות:

      • החברה מביאה את הרישיון שלה (BYOL)
      • תשלום לפי שימוש (PAYG)

    7. בוחרים את סוג הרישיון ל-SQL Server מבין האפשרויות הבאות:

      • החברה מביאה את הרישיון שלה (BYOL)
      • תשלום לפי שימוש (PAYG)

    8. בוחרים את תמונת מערכת ההפעלה מתוך תמונות ציבוריות או מותאמות אישית.

    9. בוחרים את אסטרטגיית הפריסה:

      • צומת יחיד: כל מופע של SQL Server נפרס במכונה וירטואלית משלו
      • זמינות גבוהה: אשכול SQL Server עם זמינות גבוהה נפרס בכמה אזורים

    10. בוחרים את מצב הזמינות:

      • קבוצת זמינות (AG)
      • מופע של אשכול מעבר לגיבוי (FCI)

  6. בשדה VM name prefix (תחילית לשם מכונה וירטואלית), מזינים תחילית שתחול על השמות של כל המכונות הווירטואליות שנוצרו במהלך הפריסה. אפשר להזין עד שבעה תווים בקידומת.

  7. בשדה Software installation media bucket (קטגוריית מדיה להתקנת תוכנה), בוחרים את קטגוריית Cloud Storage שמכילה את מדיה ההתקנה של SQL Server שהעליתם. הקטגוריה צריכה להיות קיימת בפרויקט שבו אתם יוצרים את הפריסה.

    מידע נוסף זמין במאמר בנושא הכנת קובצי התקנה של SQL Server לפריסה.

  8. לוחצים על המשך כדי להמשיך.

  9. בכרטיסייה מיקום ורשת, מזינים את הפרטים הבאים.

    1. בוחרים את Google Cloud הפרויקט שבו רוצים לפרוס את עומס העבודה.
    2. בוחרים את האזור שבו רוצים לפרוס את עומס העבודה. Google Cloud
    3. בוחרים אזור מתוך האזור שצוין.
    4. בוחרים אזור מהאזור שצוין לפריסת המערכת המשנית. השדה הזה מוצג רק אם ציינתם HA כמודל הפריסה בקטע 'פרטים בסיסיים'.
    5. בוחרים את רשת הענן הווירטואלי הפרטי (VPC) שבה רוצים לפרוס את עומס העבודה.
    6. בוחרים את רשת המשנה ברשת ה-VPC שצוינה שבה רוצים לפרוס את עומס העבודה.
    7. בוחרים שיטה למתן גישה חיצונית לאינטרנט למכונות הווירטואליות. מידע נוסף זמין במאמר בנושא דרישות מוקדמות.
      • ‫Cloud NAT: אם רוצים לספק גישה חיצונית לאינטרנט באמצעות שער Cloud NAT שכבר יצרתם עבור הרשת שצוינה.
      • הקצאת כתובת IP חיצונית: אם רוצים לספק גישה חיצונית לאינטרנט על ידי שמירת כתובת IP חיצונית סטטית בכל מכונה וירטואלית.
    8. בוחרים באפשרות יצירת אזור DNS חדש. ‫כלי לניהול עומס העבודה יוצר באופן אוטומטי DNS כדי לאפשר תקשורת בין מכונות וירטואליות בפריסה.

  10. לוחצים על Continue.

  11. בכרטיסייה Active Directory, מזינים את הפרטים הבאים.

    1. בוחרים את השם של Secret Manager שמתאים לסיסמה של שם המשתמש שצוין בשדה שם המשתמש בדומיין כדי להתחבר ל-Active Directory. כלי לניהול עומס העבודה משתמש בסיסמה הזו לאורך תהליך הפריסה וההתקנה. הסוד הזה צריך להיות קיים בפרויקט שבו יוצרים את הפריסה. Google Cloud
    2. מציינים את השם של חשבון המשתמש ב-Active Directory שמשמש לצירוף מכונות וירטואליות לדומיין Active Directory.
    3. מציינים את כתובת ה-IP של צומת Active Directory.
    4. מציינים את שם ה-DNS של דומיין Active Directory.

  12. לוחצים על Continue.

  13. בכרטיסייה Database, מזינים את הפרטים הבאים:

    1. בוחרים את השם של Secret Manager שמתאים לסיסמה שמשמשת למסד הנתונים.
    2. בוחרים את מודל הדיירות מבין האפשרויות הבאות:
      • משותף
      • דייר יחיד הערה: האפשרות של דיירות משותפת לא זמינה לרישיונות BYOL של Windows.
    3. בוחרים משפחת מכונות למכונות הווירטואליות של מסד הנתונים.
    4. בוחרים סוג מכונה למכונות הווירטואליות של מסד הנתונים.
    5. בוחרים את סוג אחסון הבלוקים למכונה הווירטואלית.
    6. בוחרים באפשרות SMT off כדי להפעיל או להשבית את ה-Simultaneous Multi-Threading, שנקרא גם Hyper-threading.
    7. בוחרים באפשרות TempDB on local SSD (TempDB ב-SSD מקומי) כדי להשתמש ב-SSD מקומי לאחסון TempDB.

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

  15. כדי לפרוס את עומס העבודה של SQL Server, לוחצים על Create.

בדיקת סטטוס הפריסה

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

תקבלו התראה במסוף Google Cloud כש-Workload Manager יסיים את תהליך הפריסה. אם הפריסה לא תצליח, תקבלו הודעה על הכישלון. כדי לראות מידע נוסף על השגיאה, לוחצים על שם הפריסה בלוח הבקרה בדף פרטי הפריסה. פתרון בעיות בפריסה

פתרון בעיות בפריסה

אם השגיאה קרתה במהלך יצירת קובץ Terraform, מבצעים את השלבים הבאים:

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

אם השגיאה קרתה במהלך יצירת קובץ PowerShell Desired State Configuration ‏ (DSC):

  • אם הבעיה הבסיסית מחייבת שינוי בהגדרות, למשל, אם נבחרה קטגוריית תוכנה שגויה:
    1. מוחקים את הפריסה.
    2. יוצרים פריסה חדשה באמצעות ההגדרה הנכונה.
  • אם הבעיה הבסיסית לא מחייבת שינוי בהגדרות, למשל, אם הורדת חבילת מערכת ההפעלה נכשלה:
    1. לפתור את הבעיה הבסיסית, אם רלוונטי.
    2. מפסיקים ומפעילים את המכונה הווירטואלית של Ansible Runner שנקראת VM_PREFIX-ansible-runner ממרכז הבקרה של Compute Engine. ‫VM_PREFIX היא הקידומת שציינתם לכל המכונות הווירטואליות בפריסה. התהליך הזה יתחיל מחדש את יצירת Ansible לפריסה.

המאמרים הבאים