Skip to main content

מדריך ההתקנה של BriefCam

הוספת אשכול חדש במודול RESEARCH

עדכון אחרון: 5 דקה לקריאה
גרסה2025r1
שפהעברית

מדריך זה מספק תיאור שלב אחר שלב כיצד לבנות ולהגדיר סביבת אשכול RESEARCH. הדבר כולל אפשרות גיבוי בעת כשל בין הצומת מתזמן לבין הצומת המרכזי ו/או מעבר לגיבוי בעת כשל בין שני צמתים מרכזיים כדי להשיג זמינות גבוהה.

מבוא

ככל שכמות הנתונים גדלה והלוגיקה העסקית הופכת מורכבת יותר, יש צורך במשאבים נוספים כדי לחשב את התוצאות ולספק אותן למשתמשים. אם נעשה שימוש באתר בעל צומת יחיד (קטן), ביצועיו עלולים להידרדר עם הזמן, מה שעלול לסכן את האמינות והאיכות של מודול BriefCam'RESEARCH'.

כדי לטפל בבעיה זו, נעשה שימוש באשכול מודול RESEARCH כארכיטקטורה מבוזרת כדי להקל על עומסי הנתונים והיישומים משרת ה-RESEARCH הראשי השולט באתר RESEARCH כולו. הצומת המרכזי, המכונה גם "מנהל", מקצה חלק ממשימותיו למכונה משנית, המכונה צומת מתזמן או "עובד". בעת קבלת מזהה משימה מהמנהל, העובד קורא את המשימה ממסד הנתונים המקומי של המאגר ומבצע את החישובים הדרושים. לאחר השלמת המשימה, העובד מחזיר את מצב המשימה (מוצלח או נכשל) למנהל.

מפרט חומרה לצומת מתזמן

להלן דרישות המינימום לצומת מתזמן:

CPU

2 x Intel(R) Xeon(R) Gold 6234 CPU @ 3.30 GHz (32 vCPU)

זיכרון

512 GB

אחסון

כונן SSD בנפח 2 x 100 ג׳יגה-בתים

כונני SSD בנפח 1 x 25.5 טרה-בתים

שלבי יישום

הוספת אשכול חדש במודול RESEARCH

להוספת אשכול חדש במודול RESEARCH:

  1. ודא שניתן להגיע לשרת Qlik הקיים מהשרת החדש על-ידי פתיחת הנתיב הבא בסייר הקבצים ובדפדפן: \\[QlikServer]\qlikshare.

  2. ודא שחומת האש והאנטי-וירוס מושבתים בשרת החדש.

  3. ודא שמותקן מנהל התקן PostgreSQL Unicode (x64). תזדקק לכך כדי ליצור את שני חיבורי ODBC בשלב הבא.

  4. הוסף שני חיבורי ODBC - RESEARCH ו- RESEARCHPostgreSQL.

    ODBC connections.png
    1. עבור חיבור RESEARCH ODBC, מפה את מסד הנתונים BriefCam לשרת מסד הנתונים.

      ODBC Research connection.png
    2. עבור חיבור RESEARCHPostgreSQL ODBC, מפה את מסד הנתונים לשרת מסד הנתונים של RESEARCH.

      OCBC RESEARCHPostreSQL.png

      * יש לפתוח את יציאה 4432 נכנסת במכונת RESEARCH הראשונה כדי שמכונת RESEARCH השנייה תוכל לגשת למסד הנתונים של PostgreCH שלה.

  5. צור חשבון שירות עבור משתמש (כברירת מחדל, BCUser הוא המשתמש המפעיל שירותי Qlik). ב׳ניהול מחשב׳, בדוק שהמשתמש נמצא בקבוצה Administrators.

  6. ודא שחשבון השירות שהמשתמש יצר בשלב שלמעלה נכלל במדיניות המקומית של ' היכנס למערכת בתור שירות׳ :

    Log on as a service.png
  7. הורידו את מתקין הווניל של Qlik (שנמצא בחשבון ה-Git שלכם בכתובת: https://github.com/qlik-download/qlik-sense-server/releases). חשוב שהגירסה תהיה זהה לגירסה המותקנת בשרת הקיים.

  8. אם אתה מתקין את גרסת Qlik למאי 2022, הורד והתקן את .NET 4.8 Framework Runtime מקישור זה: https://dotnet.microsoft.com/en-us/download/dotnet-framework/net48.

  9. בשרת Qlik הקיים, פתח את שירותי Windows והפסק את כל שירותי Qlik.

  10. עבור אל ProgramData\Qlik\Sense\Repository\PostgreSQL\12.5 (או כל גרסה שיש לך) וגבה את הקבצים הבאים:

    pg_hba conf file.png
  11. ערוך את pg_hba.conf הקובץ כדי לאפשר חיבורים לא מקומיים:

    pb_hba opened.png
  12. ערוך את postgresql.conf הקובץ כדי לקבל חיבורים נוספים מכל הכתובות:

    postgresql conf.png
  13. הפעל את כל שירותי Qlik.

  14. הפעל את תוכנית ההתקנה של Qlik כמנהל מערכת.

  15. לחץ על הלחצן הצטרף לאשכול.

    Qlik join cluster.png
  16. מלא את אישורי מסד הנתונים (של שרת Qlik הקיים):

    Qlik enter db creds.png
  17. מלא את אישורי המשתמש של חשבון השירות (זה שהוגדר בשרת החדש):

    Qlik username.png
  18. לאחר התקנת Qlik, התקן את התיקון הרלוונטי לגרסה שלך (מאי 2022 או נובמבר 2020).

  19. עבור אל שרת Qlik הקיים ופתח את ה-QMC (https://localhost/qmc).

  20. בחר צמתים.

  21. לחץ על Plus icon.pngצור חדש בסרגל הפעולות.

  22. מלא את הפרמטרים כפי שהם מוצגים בתמונה למטה בשדה שם המחשב המארח שהוגדר לשם המחשב המארח של שרת Qlik החדש שהותקן.

    Qlik host name.png
  23. לחץ על החל והמתן מספר שניות.

  24. אם השרת אינו יכול להגיע למארח המרוחק, תראה את ההודעה הבאה 'רישום צומת׳.

    Qlik note reg.png
    1. בדוק את הקישוריות בין הצומת המרכזי לצומת המתזמן.

    2. באמצעות ping, ודא ש- IPV6 וכן חומת האש מושבתים בשני הצמתים.

  25. לחץ על החל שוב. המתן עד שתקבל סיסמת הרשאה וכתובת URL. הקישוריות מתבצעת באמצעות יציאה 4444.

    Qlik node reg 2.png
  26. עבור לשרת Qlik החדש, פתח את ה-URL מהשלב הקודם: http://localhost:4570/certificateSetup והזן את הסיסמה מהשלב הקודם:

    Qlik install certificates.png
  27. בשרת המקורי של Qlik (לא באשכול החדש), הפעל מחדש את כל שירותי Qlik.

  28. ודא שאתה מקבל את התוצאה הבאה במסך הצמתים של QMC:

    Qlik nodes.png

    משמעות הדבר היא כי יש עכשיו שני שרתי Qlik (צומת רב) - מרכזי מתזמן.

  29. בקטע מתזמנים של QMC, ערוך את הצומת המרכזיוהגדר את שדהType ל-

    Qlik Schedulers manager.png
  30. בקטע מתזמנים של QMC, ערוך את הצומת מתזמן והגדר את שדה Type ל-

    Qlik Schedulers worker.png
  31. במסך חיבורי נתונים של QMC, ערוך את שלושת החיבורים הבאים:

    Qlik Data Connections.png
  32. עבור כל אחד משלושת החיבורים, בשדה מחרוזת חיבור, במקום נתיב מקומי (כגון כונן c:), שנה אותו כך שיפעל עם נתיב הרשת - שם המארח שבו קיימת תיקיית QlikShare (השרת שבו RESEARCH הותקן במקור):

    Qlik Connection string.png
  33. בשרת החדש, פתח את סעיף המשימות של QMC וודא שגם research_db האפליקציות וגם Research האפליקציות פועלות בהצלחה.

  34. ב-QMC (צומת מרכזי), נווט אל המקטע כללי איזון עומסים.

  35. לחץ פעמיים על ResourcesOnNonCentralNodes.

    Qlik ResroucesOnNonCentral.png
  36. הסר את החלק המסומן המוצג בתמונה למטה.

    Qlik advanced remove.png
אכיפת מעבר לגיבוי בעת כשל ידני בין המתזמן לצומת המרכזי

כדי לכפות מעבר לגיבוי בעת כשל ידני בין הצומת מתזמן לצומת מרכזי, בצע את השלבים הבאים:

  1. ב- QMC (שרת מרכזי), בחר בתפריט מתזמנים.

    QMC schedulers.png
  2. בחרו במתזמן המרכזי ולחצו על הלחצן 'עריכה׳.

    QMC central.png
  3. בשדה סוג של מתקדם בסעיף, בחר מנהל ועובד. הצומת המרכזי יחזור למצבו ההתחלתי (שרת עצמאי). הצומת מתזמן יפסיק לתפקד כחבר באשכול (ובסופו של דבר לא יהיה בשימוש).

    QMC manager and worker.png
עריכת משאבי כלל איזון עומסים בצמתים שאינם מרכזיים
  1. מדף ההתחלה של QMC, פתח את כללי איזון עומסים.

  2. בחר את הכלל ResourcesOnNonCentralNode ולחץ על Edit.

    QMC ResroucesOnNon.png
  3. במקטע מתקדם, ערוך את התנאי לתנאים הבאים: ((node.iscentral="false"))

  4. לחץ על החל.

    QMC Advanced conditions.png
  5. ודא שלאחר שינוי זה כל משימות ה- QMC מופעלות בצורה תקינה, כולל משימות הרישיון והתפעול.

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

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

אם ברצונך לגבות את הצומת המרכזי:

  1. הגדר שרת מרכזי נוסף (צומת מרכזי חדש עם מפרטים זהים לצומת המקורי).

  2. ב- QMC (של הצומת המרכזי הנוסף), בחר את תפריט הצמתים והגדר אותו כמועמד לגיבוי בעת כשל.

    QMC failover.png

לאחר שהגדרת צומת להפוך למועמד לגיבוי בעת כשל, כל צומת באתר שלך יבדוק באופן קבוע את הצומת הראשי (הצומת המרכזי) כדי לוודא שהצומת המרכזי פעיל. אם אין תקשורת בין הצומת הראשי לבין הצמתים האחרים באתר לאחר 10 דקות, הצומת הראשי יוחלף בצומת הזמין הבא. אם יותר מצומת אחד מוגדר כמועמד לגיבוי בעת כשל, כל צומת יתחרה על קבלת נעילה בשדה מסד נתונים והזוכה יהפוך לצומת המרכזי. קיים שדה נוסף ב- QMC כדי להראות איזה צומת הוא כרגע הצומת המרכזי.