הקמת Cluster Hyper-V Active-Active
C:\ClusterStorage, ושני השרתים יכולים לכתוב אליו בו זמנית.פרקי ההרצאה: הקמת Cluster Hyper-V Active-Active
תמלול ההרצאה: הקמת Cluster Hyper-V Active-Active
הטקסט המלא של הדקות הראשונות בהרצאה «הקמת Cluster Hyper-V Active-Active» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
ברוכים הבאים להרצאה על יצירת קלאסטר ואנחנו מתחילים ליצור קלאסטר חדש על שני שרתים שלנו 2016 2 ו-2016 3. שימו לב בהרצאה הקודמת הכנו סטורג' משותף אייס קאזי על 2016 1. השרת הראשון הוא אייס קאזי סרבר שלנו, הוא הסטורג' שלנו ואם אנחנו מנסים להוסיף אותו לקלאסטר הוא כותב שלא ניתן להוסיף אותו לקלאסטר כי אין לו
את הפיצ'ר של הקלאסטר. אנחנו עוברים לשלב הבא ובו אנחנו מריצים עכשיו ויזארד שבודק לנו את כל הקונפיגורציה את כל ההגדרות של החומרה שלנו לפני שאנחנו מתקינים את הקלאסטר עצמו זה חלק לא חובה אבל זה חלק מהבדיקות שהן מומלצות מאוד ואנחנו רואים שההארדיסקים עכשיו יתחילו לקפוץ ולעלות הוא עושה בדיקה שבאמת ההארדיסקים הם
משותפים ובאמת יש סטורג' משותף ואם משהו לא בסדר הוא נותן התראה כל התהליך לוקח 5 דקות שימו לב מה קורה תוך כדי זה שידור חי מה שנקרא זה לא סרט שרץ במהירות כך הוא מנסה לעלות ולהוריד את הארט דיסקים בין השרתים לבדוק שזה באמת באמת מוגדר כמו שצריך הכל יכולתי לדלג על השלב הזה אבל אני ממליץ
מאוד לעשות אותו ולראות שהכל בסדר ואם משהו לא בסדר להיות מודע לזה שזה לא בסדר אנחנו יכולים לעבור על הדוח שלו הרבה פעמים קורה שהוא מתריע שסטורג' הוא לא משותף אם אתם עושים קלאסטר מיוחד אז הוא יכול לתת לכם התראה שאין לדוגמה storage משותף בקלאסטר.
זה קלאסטרים מיוחדים שנקראים Geo-Clustering. עכשיו אנחנו צריכים לתת לו את השם של הקלאסטר, נניח קלאסטר hq-headquarters וכתובת IP שזאת כתובת שדרכה ננהל את הקלאסטר עצמו את כל המחשבים שעובדים בקלאסטר.
שימו לב היוזרים לא מתחברים לפה זה רק נקודת ניהול לכל המערכת של הקלאסטרים. הטוזרים התחברו לשירותים ספציפיים כמו File Server, כמו DHCP ואנחנו שמים פה את ה-V החשוב הזה שאומר להוסיף את כל הדיסקים לתוך הקלאסטר ועכשיו הוא יוצר את הקלאסטר, מגדיר את כל מה שצריך בשבילו אנחנו רואים שנוצר לנו
הקלאסטר, יש לנו נודים שזה המחשבים, האוסטים בקלאסטר המחשבים שפיזית מריצים את כל המערכת של הקלאסטר ואיזה דיסקים יש לנו בקלאסטר שימו לב יש לי שלושה דיסקים פנויים ודיסק אחד שהוא הלך לקוורום מה זה בדיוק קוורום זה צופה מהצד שמחליט מי יהיה אקטיבי אם קורית
נפילה בואו נראה מה קורה בנטוורק בכרטיסי רשת יש לנו כרטיס רשת ראשון שדרכו אפשר להתחבר גם לקלאסטר וגם ליוזרים גם יוזרים מקבלים דרכו שירות וגם הקלאסטר עצמו מקבל דרכו שירות כרטיס רשת השני מחשבים בקלאסטר מדברים בינם לבין עצמם הכרטיס רשת השלישי לא משתתף בקלאסטר בכלל והוא מספק אייסקאזי סטורג'
ארט דיסקים של אייס קאזי לשרתים אבל הוא לא חלק מהקלאסטר מבחינתו של קלאסטר לא מעניין אותו איך הגיע הארט דיסק המשותף הזה איכשהו העיקר שיהיה אותו פרטישן איידי אותו מזהה מחיצה בכל הדיסקים ועכשיו אנחנו מתחילים להגדיר רולים רולים זה תכלס התפקידים תכלס הסרוויסים שיריץ הקלאסטר שהמשתמשים יקבלו את הסרוויס לדוגמה פייל סרוור אנחנו
נעשה עכשיו פייל סרוור ועוד כמה דקות נעשה סקל אאוט סרוור שזה גם שרת קבצים משוכלל יותר אז אנחנו עוש ונותנים לו כתובת IP ומבחינת משתמשים זה הולך להיות שרת רגיל לחלוטין פייל סרבר אחד קראנו לו, נתנו לו כתובת IP בוחרים לו את הדיסק מתוך הדיסקים הפנויים בקלאסטר שישמשו אותו את הרול הזה, פעם זה
היה נקרא גרופ, הוא יוצר לנו את הקלאסטר עכשיו היוזרים לא מודעים לזה שזה קלאסטר, הם מבחינתם מתחבאים לסרוויס אחד השרתים עונה להם ואם השרת נופל אז השני ממשיך לענות על הפניות של היוזרים, של המשתמשים בואו נגדיר עוד תפקיד, עוד רול אחד.
נגדיר לו עכשיו DHCP. יש עוד רולים שאפשר להגדיר שאין אותם פה, לדוגמה SQL. אבל בשביל זה צריך את התוכנה של SQL. מה שאתם רואים פה זה מה שמובנה בווינדוס.
אנחנו עוד פעם צריכים לבחור את הדיסק הפנוי. יש לנו עכשיו שני שירותים שרצים על הקלאסטר שלנו. שני סרוויסים. עוד מעט נגדיר גם את ה-Hyper-V, את הסרוויס הנוסף של ה-Hyper-V.
עכשיו אני רוצה להראות לכם שעבור כל שירות שעשינו בקלאסטר נוצר קומפיוטר אקאונט גם באקטיב דירקטורי וגם רשומה ב-DNS. שימו לב, מבחינת משתמשים זה מחשב רגיל לחלוטין.
אתם רואים קומפיוטר אקאונט באקטיב דירקטורי ויש לו גם רשומה ב-DNS. יפה מאוד. אנחנו רואים פה שיש לנו כבר שני תפקידים על הקלאסטר והנה אנחנו רואים שרשומות DNS מתווספות.
הקלאסטר עצמו הוא האחראי להחליט על איזה מהשרתים הפיזיים ירוץ הסרוויס של DHCP, הסרוויס של פייל סרוור, לאן המשתמשים תכלס יתחברו.
בואו נראה ממה מורכב לדוגמת DHCP. הסרוויס של DHCP מורכב מרסורסים, ממשאבים, כגון טובת IP, דיסק, סרוויס של DHCP עצמו, ואני רוצה להראות לכם שכרגע על השרת הנוכחי שלנו הוא לא עובד, אתם רואים?
DHCP הוא לא עובד, כי הוא עובד בשרת המרוחק, נוד השני. אם אני אזיז אותו לנוד הזה, אני אעביר אותו אליי, פתאום אצלי יופיע פה ארט-דיסק חדש, יופעל הסרוויס, אתם רואים, אני מזיז אותו עכשיו מנוד לנוד, מפוסט להוסט, משרת לשרת, ואנחנו רואים שבאמת
פתאום מופיע לנו דיסק חדש, עם ההגדרות של DHCP, עם כמה תיקיות שלו, שהאמת עדיין לא הגדרנו כלום, וגם הסרוויס של DHCP הופעל אצלנו ובשרת השני הוא חיבה את הסרוויס ולא רק זה גם את הכתובת IP של DHCP הוא הביא אליי יופי בואו נזיז גם את הפייל סרבר למחשב הנוכחי למחשב מספר 2 ואתם תראו שכשאני מזיז את הפייל סרבר תגיע אליי גם כתובת 11 לשרת הנוכחי וגם כונן s בואו
תראו אתם רואים שפתאום הופיעה לי כתובת IP חדשה כתובת 11 ו-12 ו-2 זה אומר שהשרת שלי עכשיו ממלא את שני התפקידים וגם ההרדיסק של שיתופים הופיע אצלי עכשיו כל מה שמופיע אצלי נעלם בשרת השני בואו נעשה פה איזושהי תיקיה ונשתף אותה ונראה איך כל זה באמת פועל מנקודת מבט של יוזר הוא מתחבר לפייל סרבר
אחד share docs אתם רואים הוא מתחבר רגיל לשיתוף שימו לב ווינדוס מזהה שזה על קלאסטר ונותן לזה את השם שיתוף הנכון. ניצור פה איזשהו קובץ ונראה שזה באמת עובד כמו שצריך.
אנחנו רוצים עכשיו לראות שאפשר להתחבר גם בשם, גם ב-IP, כאשר מומלץ מאוד להתחבר בשמות, כי קרברוס עובד לפי שמות, ואם אתם מתחברים ב-IP אתם נופלים לשיטה פחות מובטחת של אימות המשתמש שנקראת NTLM.
אז מומלץ להשתמש בשמות מחשב כדי שמאחורי הקלעים יעבוד הקרברוס. אנחנו רואים שהשיתוף עובד רגיל לגמרי כי המשתמשים תכלס מתחברים לשרת הרגיל.
פשוט המשאבים המשותפים כמו דיסק וכתובת IP וסרוויס מטיילים בין השרתים. בואו תראו, אנחנו מעבירים את זה עכשיו לשרת האחר, לשרת מספר 3. אתם רואים, הוא נעלם, הוא כונן s נעלם כי הוא הופיע עכשיו בשרת ההוא.
אבל מנקודת מבט של המשתמש זה בכלל לא משנה כי הוא לא שם לב לכל המעבר הזה. המעבר הזה אמור להיות כמעט שקוף למשתמש. יכול להיות שהוא יקבל איזשהו אירו קטן והאפליקציה אמורה להמשיך.
כל המוב הזה, כל התהליך ההזזה הזה אמור לקחת פחות מ-30 שניות. עכשיו, אנחנו פותחים כלי של DHCP רגיל, כלי ניהול של DHCP רגיל, ומתחברים ל-IP של הקלאסטר 5.12. זאת אומרת, אנחנו מנהלים את ה- DHCP רגיל לחלוטין.
בואו נגדיר לו כמה הגדרות, נגדיר לו טובות IP לחלק. אבל הנקודה הכי חשובה שכלי הניהול עובדים רגיל לגמרי.
אנחנו יכולים גם לראות ממה מורכב בעצם הרול הזה ולראות שתפקיד הזה לדוגמה DHCP Server תלוי בקלאסטר ובכתובת IP. יש לנו Dependencies מי תלוי במי בגלל זה הם עוברים כולם ביחד.
גם תוכנות לא של מייקרוסופט יודעות לתמוך בקלאסטר קלאסטר זה בעצם פלטפורמה. טוב אנחנו עכשיו נגדיר זריז שרת DHCP ככה שתראו שהכל באמת באמת עובד רגיל לחלוטין, מאחורי הקלעים זה אותו שרת פיזי עם אותם סרוויסים, הסרוויס זה אותו סרוויס אנחנו מגדירים עכשיו זריז את השרת DHCP
נותנים שם ל-scope, נותנים מאיזה IP עד איזה IP אנחנו רוצים לחלק חייב להיות התאמה ב-DHCP בין כרטיס רשת שדרכו מגיעות הפניות לבין הטווח שהוא מחלק, ככה הוא לא מתבלבל טוב, הבנו שאנחנו יכולים לעבוד עם כלי ניהול רגילים לחלוטין וזה לא משנה אם זה רץ על השרת השני או על השרת השלישי,
כי כל ה-hard disk עם כל ההגדרות עובר לשרת השלישי, ואחרי שעובר ה-hard disk מופעל הסרוויס בשרת השלישי. מנקודת מבט של DHCP, כאילו כיבו אותו לשנייה והדליקו אותו.
זה מה שקורה מאחורי הקלעים, כיבוי של סרוויס והדלקה שלו. אז הסרוויס אמור לדעת להסתדר עם הדבר הזה, שמכבים אותו לדקה ומדליקים. רק הוא לא יודע שהדליקו אותו בשרת אחר, כי מבחינתו הדאטאבייס עם כל הנתונים שלו ועם הארדיסק שלו אותו דבר נשאר אותו דבר.
אני מקווה שאתם כבר לא מפחדים מקלאסטר. עכשיו אנחנו יכולים ליצור גם מכונה וירטואלית. שימו לב, אנחנו יכולים ליצור מכונה וירטואלית ישירות מהממשק של קלאסטר מנאג'ר, ואנחנו יכולים גם ליצור אותו מהממשק של ה-Hyper-V, ניצור גם ככה וגם ככה, ונשים את זה על דיסק הפנוי שיש לנו.
נלך ל-Role ונתקין את ה-Virtual Machine, U-Virtual Machine, מכונה וירטואלית חדשה. אומרים על איזה שרת אנחנו רוצים להתקין אותה, נותנים לה שם, ואנחנו עכשיו נשים אותה בתיקייה, לא סתם דיפולט, אלא בתיקייה בקונן המשותף לשני השרתים, כדי שהשרת השני גם יוכל לראות כל הקבצים של מכונה וירטואלית למקרה
שהיא תיפול כאן, למקרה שהשרת הזה ייפול. אנחנו עושים את כל ההגדרות ברירת מחדל, רק שינינו את המיקום של הקבצים לדיסק המשותף, ויצרנו מכונה וירטואלית ואנחנו יכולים להפעיל אותה וצריך להתקין בתוכה מערכת הפעלה ואנחנו עכשיו נראה את זה דרך Hyper-V Manager.
Hyper-V Manager רואה את אותה מכונה וירטואלית ואנחנו גם יכולים דרכו ליצור מכונה וירטואלית חדשה.
זאת אומרת, אין בעיה ליצור מכונה וירטואלית חדשה דרך Hyper-V Manager, רק לא לשכוח לשים את זה בדיסק המשותף. מה שחשוב לי מאוד, ואל תשכחו אחרי זה ללכת לקלאסטר מנאג'ר ולהגיד לו שידאג למכונה השנייה גם כן.
כי זה שיצרתם פה את המכונה השנייה, זה שיצרתם ב-Hyper-V מנאג'ר מכונה שנייה, הקלאסטר לא מודע לזה. הסרוויס של הקלאסטר לא מודע לזה. הכל עובד לנו מצוין, רק שנשאר לנו ללכת ולעשות פה רייט קליק, הנה הוא רואה את המכונה ולוקח את זה תחת חסותו של הקלאסטר.
אגב, המכונה הווירטואלית הזאתי היא גם חלק מהקלאסטר. אבל שימו לב מה קרה פה. שני המכונות מופיעות כמשאב אחד. אתם רואים?
כמשהו משותף. למה? כי לשני המכונות האלו אותו דיסק, ובגלל שיש להם אותו דיסק, הן חייבות להיות ביחד או על שרת אחד או על השרת השני.
אי אפשר לפזר אותם בין השרתים. אם אני הייתי רוצה לשים אותם בין השרתים, הייתי חייב לעשות להם דיסקים נפרדים, וזאת הייתה הבעיה עד 2008 R2, עד שלא ימצאו לזה פתרון שעוד דקה נראה אותו.
עד 2008 R2 אף אחד לא ישתמש ב-Hyper-V בגלל המגבלה הזאת, שכל המכונות שנמצאות על אותו דיסק חייבות לטייל ביחד, כי דיסק הוא אקטיבי או פה או שם, הוא לא יכול להיות אקטיבי בשני המקומות בו זמנית.
עכשיו, כדי לפתור את המגבלה הזאת היו בונים הרבה דיסקים אבל כל דיסק שאני בונה אני בעצם מבזבז המון מקום כי אני רוצה לתת אקסטרה למכונה וירטואלית למקרה שהיא תגדל אז הייתי צריך לכל מכונה וירטואלית ליצור לון נפרד, דיסק נפרד
וזה כמובן מאוד מאוד לא נוח והם לא ידעו מה לעשות כי אף אחד לא רצה להשתמש ב-Hyper V כי צריך ליצור המון לונים, המון דיסקים לכל מכונה וירטואלית תחשבו אם יש לי ארגון עם 500 מכונות וירטואליות זה בכלל בלתי אפשרי ליצור כל כך הרבה לונים.
וזאת בדיוק הייתה הבעיה עד 2008 R2 שהם המצאו קלאסטר שיירד ווליום. עוד דקה נדבר איך זה עובד, אבל בינתיים בואו נראה בדיוק מה היה עד לאותו רגע.
כך אנחנו גם נבין למה המצאו את הקלאסטר שיירד ווליום. שימו לב, דיסק T פעיל עכשיו על השרת השלישי והוא לא נמצא בשרת השני.
אתם רואים הוא לא נמצא? ובגלל זה לא יכולה להיות מכונה וירטואלית נניח מספר 3 פעילה כאן כי הדיסק שלה נמצא שם אז כל המכונות הווירטואליות שנמצאות על אותו דיסק חייבות לטייל ביחד למה? כי NTFS לא מיועד להיות בו זמנית מונטד מחובר לשני השרתים, זו בעיה של NTFS במייקרוסופט היו צריכים
להחליט או שהם ממציאים משהו מקורי או שהם מחליפים את ה-NTFS ואי אפשר להחליף NTFS כי המון כלים עובדים