ברגע שיש לך רשת במקום, המשימה העיקרית שלךכמנהל רשת הוא לשמור על יכולתו. זו בעיקר שאלה של הוספת חומרה רבה יותר בכדי לספק יותר ביקוש לרוחב הפס ויותר נקודות קצה לצוות. עם זאת, אתה יכול להשיג הרחבה זו רק באופן מסודר אם יש לך מסגרת עיצובית.
כשאתה יוצר רשת חדשה יש לך את היתרון של גיליון נקי, מה שמאפשר לך לעצב שירות שניתן להרחיב אותו בקלות.. לכן, אם אתה משתלט על רשת מתוכננת בצורה לא טובה, זה יכול להיות רעיון טוב לתכנן את המערכת מאפס לאחר מכן העבר את המשאבים הקיימים כך שיתאימו לפריסה המתוכננת שלך.
במדריך זה, תקראו על מערכת לצור עיצוב, שיספק לך את הפריסה של רשת חדשה. ניתן להחיל אותו גם על רשתות קיימות כדי להביא להם ביצועים טובים יותר. התוכנית במדריך זה עוקבת אחר המערכת המומלצת בקורס לבחינת CCNA (Certified Network Associate Network Associated). לכן, גם אם לא סביר שתינתן לך האחריות ליצירת עיצוב רשת ברגע זה, העצות במדריך זה אמורים לפחות לעזור לך לעבור את בחינות CCNA שלך.
המשך לקרוא עבור המדריך האולטימטיבי לעיצוב רשתות!
מתודולוגיית תכנון
בסופו של דבר, רשתות קיימות אך ורק לשרת אתצרכים של ארגון. כמובן שלכל עסק, צדקה או עמותה יש דרישות ייחודיות של הרשת שלו שיש לקחת בחשבון. לדוגמה, החומרה ויישומי ההפעלה הדרושים לך בכדי ליצור רשת לעסק מקוון שונים מהציוד הדרוש לך לצורך תמיכה עסקית של עסק לבנים וטיט.
כשאתה שוקל עיצוב רשת אתה לא צריךלדאוג לעצמך כבר מההתחלה במשימה של עריכת רשימת דרישות חומרה. זה יבוא אחר כך. כרגע אנו מתמקדים בעיצוב הרשת, ולא ביישום של אותו עיצוב. בהתרחקות נוספת לרמה של הפשטה, כבר בתחילת התרגיל העיצובי, אנו כלל לא עוסקים בפריסת הרשת או אפילו במטרה שלה. ראשית, עליך להתמקד במתודולוגיה שתעקוב אחריה על מנת לעצב את הרשת.
עבודה לקראת יצירת מסגרת המגדירה אהרשת, והיא תספק את הארגון בכל נקודה בעתיד, ולא רק את צרכיו המיידיים. הנחיות CCNA ממליצות לנקוט בגישה מלמעלה למטה.
גישה מלמעלה למטה
מקבלים את המשימה ליצור רשת משריטה יכולה להיות חוויה מפחידה. השאלה היא מאיפה מתחילים? התשובה מלמעלה למטה לשאלה זו היא ליצור היררכיה של יעדים, ואז רשימת המשימות שצריך להשיג כדי להשיג כל יעד. לאחר שתוכנית זו תוקם, תיכנס לניתוח נתיבים קריטי להזמנת משימות כך שתוכלו להגיע למטרה בזמן הקצר ביותר.
ברגע שאתה יודע אילו משימות צריך להתחילראשית ואילו משימות ניתן לבצע במקביל, תוכלו לתכנן דרישות משאבים. אלה יעניקו לך את היכולת להשיג את המומחים הנכונים באתר בזמן הנכון, ולגרום להם לעבוד מהר ככל האפשר כדי להפחית עלויות. תוכלו גם לרשום דרישת מלאי כך שתדעו מתי יהיה לכם ציוד זמין.
בגישה מלמעלה למטה, שיקולי רכישת חומרה מתרחשים כמשימה האחרונה ברשימה.
גישות אלטרנטיביות
הגישה מלמטה למעלה היא שיטת העבודה שבהכנראה שאתה רגיל אליו. זה במיוחד המקרה אם אתה מרחיב רשת קיימת. בתרחיש זה, נקודת המוצא של העיצוב היא רשימת ציוד. הנחת היסוד כאן היא "מה יש לנו עכשיו ואיזה ציוד נצטרך לספק רשת מורחבת?"
הבעיה של גישה מלמטה למעלה לרשתהעיצוב הוא שהוא מתמקד רק בצורך המיידי למלא דרישה עסקית ספציפית. זה לא מכניס את המטרה להקשר של הרשת הרחבה ולהרחבה אפשרית בעתיד; אתה בודק רק אזור אחד ברשת שיש לשפר אותו. שינוי זה עשוי להשפיע על שירותים אחרים, ולהכביד על יכולתם של אזורים אחרים בתשתית הרשת.
נראה כי מודל הפיתוח הזריז הואמתודולוגיה מלמטה למעלה. עם פיתוח Agile, אתה מקבל מושג גס כיצד למלא דרישה, להציב את הפיתרון במקום ואז להתאים את התוצאות ברגע שמגיעים נתוני השימוש ומעניקים לך דרישות קיבולת אמיתית. פיתוח זריז אינו מסתמך על ניחושים. למעשה, מתודולוגיית Agile יכולה רק ניתן להשיג במסגרת, והיא התוכנית מלמעלה למטה שתתן לעיצוב הרשת שלך את המבנה שיאפשר התקנה מהירה והתאמות רקורסיביות.
קטגוריות יעד
ישנם שלושה שלבים בסיסיים בעיצוב רשת:
- זהה דרישות רשת
- תעד את הרשת הקיימת
- תכנן את טופולוגיית הרשת והפתרונות
בעיקרון, אתה צריך לדעת איך הרשת שלך אמורה להסתיים, מה יש לך עכשיו ואיך אתה מתכוון מאחד לשני.
זה אולי נראה מוזר לעבוד על זיהוידרישות קודם ולא תיעוד של הרשת הקיימת. אתם עשויים לחשוב שזה הגיוני יותר להתחיל עם מה שיש לכם ואז להסתכל על מה שהדרישה מבקשת. עם זאת, רצף צעדים זה נכתב רק במסגרת פרויקט ההרחבה. כבר אמור להיות לך תוכנית טובה של הרשת שלך, ומלאי של הציוד שלך שאתה משתמש בו לפתרון בעיות יומיומי. קיומו של מידע זה יקל הרבה יותר על שלב 2.
טאבולה ראסה
כשאתה עובד על עיצוב רשת,לחשוב על מה שכבר יש לך זה הסחת דעת. אם אתה חושב במונחים אלה, בסופו של דבר אתה מספק פיתרון שדומה למערכת הקיימת שלך. וזה אולי לא הפיתרון הטוב ביותר. עדיף להתחיל את העיצוב ללא הנחות, אחרת לעולם לא תקבל רשת שהיא טובה משמעותית מזו שיש לך כבר.
זהה דרישות רשת
נקודת המוצא לכל פרויקט היא עסקדרישה שתציין על ידי מנהל שאינו טכני בארגון. קרוב לוודאי שתשתף פעולה עם מנהל פרויקטים עסקיים בפיתוח הרשת.
דרישת משתמש
אתה צריך לקבל את המפרט של המוקרן שייכתב במונחים של מטרה. מטרה זו צריכה להיות ברשימה:
- דרישות קיבולת: למשל, לספק גישה למספר העובדים ב- X, או לשרת את לקוחות Y ליום
- מטרה: למשל, תוכנה להפעלת הרשת, רשומות לאחסון
- דרישות ביצועים: למשל "זמני תגובה מקובלים"
- דרישת מיקום: למשל, כל אחד במשרד או מאפשר גישה לעובדים מרוחקים
- מגבלות זמןלמשל, בסוף החודש הבא
- מגבלות תקציב: למשל, המקסימום שניתן להשקיע בכדי לספק את השירות הנדרש
דרישות טכניות
דרישות המשתמש המוצהרות באופן נרחב יכולות להיותתורגם למונחים בעלי משמעות לצוות הטכני, שמקדמים את הצהרות המטרה לסוגיות קיבולת ספציפיות. שלב זה דורש מחקר נוסף על מטרת המטרה של דרישת המשתמש. מכאן אתה אמור להיות מסוגל לרשום:
- תוכנה חדשה לשימוש
- פתרונות אחסון
- סוגי מכשירי קצה: למשל, שולחנות עבודה, BYOD, WiFi, מכשירים ניידים, מדפסות וכו '
- מספר משתמשים
- דרישות רוחב פס
אתה אמור גם להיות מסוגל להבין אםדרישות חדשות ישפיעו על הרשת כולה, או רק על אזור גאוגרפי אחד. לדוגמה, נוהג עסקי חדש, כמו הצגת ERP, יוסיף ככל הנראה תנועה לכל קישור ברשת משרדית. תוספת של צוות עובדים חדש במחלקת משאבי אנוש תוסיף רק תנועה לרשת (שנמצאת בין המכשירים בהם משתמש הצוות החדש כדי לגשת לרשת), כמו גם השרתים והציוד שאותם הצוות יצטרך לגשת אליהם.
הסכם יעדים
אז תועדו דרישות המשתמש ומתווה גס של שירותי ה- IT שצריכים להשיג יעדים אלה. בשלב הבא כתוב את יעדי הפרוייקט למסמך וקבל את מנהל המשתמש לנתק אותו לפני שתתקדם.
שמור דרישות חדשות לפרויקטים עתידיים
ברגע שיש לך הסכם יעד, יהיה לךקבעו את הפרמטרים של הפרויקט ותוכלו למנוע הוספת דרישות נוספות. באופן טבעי דרישות חדשות יעלו ככל שהפרויקט יתקדם. עם זאת, יש לציין את אלה ולהגדיר אותם כמטרות שיש לקחת בחשבון לפרויקט המשך, ולא לאפשר לעכב או להסיט את מאמצי העבודה עבור הפרויקט הנוכחי.
יצירה או הרחבה של רשת היאמקושר באופן בלתי נמנע לדרישות תוכנת ועיבוד הנתונים של הארגון. עם זאת, יש לפצל את השיקולים של רכישות תוכנה ויכולת השרת כיעדים נפרדים.
הרחק את השפה המעורפלת מהיעדים שלך
לצורך מדריך זה אנו מתמקדים רק בתכנון לעיצוב רשת. על כן יש לכתוב את הסכם המטרה לאחר מנהל המשתמש כבר העריך אפשרויות תוכנה ויצר דרישת כוח אדם ברורה לעסק.
כתוב דמויות מדויקות אל המטרה בכל מקוםאפשרי, משום שעמימות ביחס ליעדי ביצועים היא בלתי נמנעת בעת התקשרות עם צוות לא טכני. עם זאת, יש לציין בבירור את מספר המשתמשים שצפויים להתווסף לרשת, את מספר וסוג נקודות הקצה, ומספר המבקרים הצפויים לאתר.
אם לא תדק את הסכם היעד שלך,מנהל משתמש ישתמש ביעדים מעורפלים כפתח אחורי להרחבת הפרויקט. ואז, תצטרך לענות על שאלות מדוע לא הצלחת לדבוק בתקציב ובזמן המסירה המוסכם שלך.
תעד את הרשת הקיימת
יש לקוות שיש לך ניהול רשת אפקטיביתוכנה שכבר קיימת. כלי זה יוכל לתת לך דוח מצב לגבי הביצועים הנוכחיים של הרשת. אם אתה יוצר רשת חדשה, הביצועים הקיימים של הרשת אינם חלים - תצטרך לדלג על שלב זה.
קח מלאי של ציוד באתר
כפי שאתה אמור להיות מסוגל לאסוף את היכולת שלמכל מכשיר וכבל ברשת שלך מתוך צג הרשת שלך, זה לא בזבוז זמן לכלול בחינה של כל הציוד ברשת. עם זאת, הדרישות הגיאוגרפיות של הסכם היעד שלך אמורות לאפשר לך להגביל את היקף התרגיל התכנון. לדוגמה, אם אתה מפעיל WAN, אתה מוסיף עשרה נקודות קצה חדשות לאתר אחד. סביר שניתן יהיה להגביל את ניתוח ההשפעה שלך לציוד הרשת והכבלים באתר בו ההרחבה אמורה להתקיים. אם נקודות קצה אלו ישמשו לתקשורת עם שרת מרוחק, קישור האינטרנט לשרת זה רלוונטי גם לפרויקט.
טופולוגיית רשת מפה
קח עותק של טופולוגיית הרשת הקיימת שלך,דיגיטלית או פיזית, וסמנו מתווה סביב אותו חלק ברשת שיושפע מהשינוי. צור רשימה של המכשירים והקישורים באזור מוגבל זה. עבור כל אלמנט ברשת, הערה:
- קיבולת רוחב פס של מכשיר
- ממוצע ביקוש רוחב פס נוכחי
- שיא בביקוש רוחב הפס הנוכחי
עבור כל מתג ברשת שלך, שים לב לגורמים הנוספים הבאים:
- המספר הנוכחי של הנמלים הכבושים
- חיבורים נוכחיים למכשירים שכנים
- חיבורים שוטפים לנקודות קצה
- מספר היציאות הזמינות
סמן במפת הרשת את המיקום של כל חדשציוד, כגון המחשבים השולחניים הנדרשים ולאחר מכן בדוק את המסלולים שבין המעבר הקרוב ביותר ליעד הסביר לתנועה החדשה שהפרויקט יפיק. עבור כל מסלול שזוהה, צייר את הנתיב, מציג את התקני הכבל ורשת ברצף. רשמו למטה את אלמנט הקיבולת הנמוך ביותר בכל מסלול, ואז רשמו את הביקוש הממוצע והשיא בנתיב זה, גם קישור אחר קישור וגם מקצה לקצה.
שכבות עיצוב
ברגע שאתה נמצא בשלב העיצוב שלךבפרויקט, עליך לבחון את הדרישות החדשות והאם הציוד והפריסה הקיימים שלך יתרמו להגשמת המטרה. קורס CCNA מחלק את עיצוב הרשת לשלוש שכבות:
- הליבה
- הפצה
- גישה
כל אחד מהשכבות הללו דורש שיקולי עיצוב שונים:
שיקולי תכנון שכבות ליבה
שכבת הליבה היא עמוד השדרה ברשת. כשאתה מתכנן פן זה של הרשת שלך, אתה בוחן את הציוד הפיזי הדרוש לך. זכור להגדיר את היקף השיקול של שכבת הליבה לחלק מהרשת שתושפע מהפרויקט. תתמקדו בדרישות ל:
- נתבים ומתגים
- איזון עומסים
- יתירות מסלול
- דרישות קישור במהירות גבוהה
- פרוטוקולי ניתוב אופטימליים
באינטרנט, כל נתב צריךליישם את פרוטוקול Border Gateway. עם זאת, בגבולות הרשת הפרטית שלך, יש לך אפשרויות רבות נוספות, ותוכל לבחור את פרוטוקול הניתוב המתאים ביותר למטרת הרשתות שלך.
דרישת איזון העומס והניתובשיקולים תלויים זה בזה. לדוגמה, פרוטוקול Spanning Tree מגביל את אפשרויות הניתוב לנתיב אחד בלבד ולא יאפשר לך לפצל תנועה. נסה לבנות יתירות תוואי כדי לספק כיסוי לכישלון הנתיב הראשי.
שקול ליישם:
- פרוטוקול ניתוב שערים משופר
- פרוטוקול ראשון לפתיחת הדרך הקצרה ביותר
דרישות חומרה
בדוק את דרישות החומרה שלךפרוטוקול שנבחר. לדוגמה, ייתכן שתצטרך להשתמש בנתבים בתוך הרשת שבה בדרך כלל יתקין מתגים. קבע עדיפות לציוד שיש לו תכונות לא תקינות, כגון מודולי ניהול נוספים, רכיבי תמיכה כפולים (ספקי כוח ומאווררים), ותכנון מבוסס שלדה המקלה על שיתוף ציוד משוכפל.
טופולוגיית רשת
הנושא הבא שיש לקחת בחשבון הוא הרשתטופולוגיה, האם כדאי לך לשקול אפשרויות רשת מלאות וחלקיות רשת? הטופולוגיה שתבחר תהיה תלויה בגודל הרשת שלך, במספר הקישורים המיותרים שאתה בונה ובחירת פרוטוקול הניתוב שלך.
שיקולי עיצוב שכבה להפצה
שכבת ההפצה בוחנת את הגבולותבין מערכות. זה כולל את האינטראקציה בין הרשת שלך לבין העולם החיצון, או בין אזור הרשת הנחשבת לשאר הרשת. תנאי הגבול המכוסים בשכבת ההפצה כוללים גם את האינטראקציות בין שכבת הגישה לשכבת הליבה.
שכן שכבה זו עוסקת בגבולותברשת שלך, היא מתמקדת בנתבים ולא במתגים. אתה שוקל את התזרים והיציאות מהתנועה שעיצוב שכבת הליבה שלך צריך להתמודד איתם. התמקדו בגורמים אלה:
- סינון תנועה
- בקרת גישה
- מסלול סיכום
- הגנה ליבה
- תנועה בין VLAN
מעצבת תנועה
בשכבה זו, תבחן באמצעים לעיצוב תנועה אפשריים, כמו סדרי עדיפויות ותור בגבול הרשת.
- חשוב על איך מתקני הרשתניתן לשפר את הטופולוגיה על ידי ניתוב התחשבות כדי לספק לכמה צמתים גישה מהירה יותר לשירותים חיוניים, כמו שרתי יישומים או אחסון. שקול לטעון ולאזן עומסים באמצעות תיוג QoS כדי להביא למשתמשים ספציפיים ביצועים טובים יותר מיישומי המפתח שלהם.
- אם יש לך שרת אינטרנט ומפעילים סניף שלהרשת מבודדת ממערכת המשרדים שלך, האינטראקציה בין אותם אזורים תהיה תפקידה של שכבת ההפצה. שקול להתקין אשכולות ציוד ואיזון עומסים בשער למשאבים הפונים כלפי חוץ. החל יתירות משאב עבור נתיבי גישה חשובים במיוחד.
- שקול רשימות בקרת גישה (ACL) כדי לסנן תנועה מהאינטרנט או DMZ לרשת הליבה שלך.
פרוטוקולי ניתוב מומלצים
סיסקו ממליצה על כמה מתודולוגיות ניתוב יותר לשכבת ההפצה מאשר בשכבת הליבה. לשקול:
- פרוטוקול ניתוב שערים משופר
- פרוטוקול ראשון לפתיחת הדרך הקצרה ביותר
- ניתוב פרוטוקול מידע גרסה 2
- פרוטוקול מערכת ביניים בין ביניים
פרוטוקולים אלה כוללים נהלים לנתיבסיכום, שהוא אלמנט אופטימיזציה של רשת הנדרש בשכבת ההפצה. עליך להימנע במיוחד משיטות ניתוב קלאסיות לשכבת ההפצה. אלה יפרטו דרכים נפרדות עבור כל התנועה, וזה לא יעיל בעת הזנת תנועה לרשת ואינו מנצל את מירב מאמצי הצילום המשנה שלכם.
גישה לשיקולי עיצוב שכבה
ואילו שכבת ההפצה בוחנת כיצדהתעבורה נכנסת מרשתות אחרות, שכבת Access עוסקת באופן שבו נקודות הקצה של המשתמשים מתחברות לרשת הליבה. בשכבה סופית זו כבר מתוכננים לך רשת הליבה ושכבות ההפצה. כשאתה מתמודד עם נקודות קצה, אתה לא צריך להיות מודאג כיצד התנועה מנקודת קצה תחצה את רשת הליבה, דרך נתב ובכל האינטרנט למשאבים מרוחקים. אתה רק צריך לבחון כיצד סוג ומיקום מכשירי המשתמשים ישפיעו על דפוסי התעבורה של הרשת.
מכיוון שמכשירי משתמש רבים מהאחריםסוג ציוד ברשת משרדית, חלק זה יכול להיות החלק החשוב ביותר של העיצוב. עם זאת, במקרה של עסקים קטנים מבוססי אינטרנט, ייתכן שלא תהיה לך הרבה עבודה בשכבת Access. ככל ששירותי ענן ותקשורת הולכים ונפוצים יותר, מושגי נקודות הקצה הופכים פחות חשובים.
יישומים עתירי משאבים
בשכבה זו, תבחן את ה-ציוד של ארונות החיווט שלך והמיקומים שלהם. היישומים הקריטיים ביותר שיזדקקו לתשומת לב רבה בשכבת Access הם כלי אינטראקטיבי המריץ שירותי VLAN - שירותי קול ווידיאו. כאן תצטרך ליישם תיוג QoS בכדי להפריד בין תנועת ה- VLAN לרשת הנתונים שלך. עליכם גם לשקול לתעדף סוגים אלה של תנועה, מכיוון שמהירות המסירה חשובה באופן קריטי לפונקציונליות שלהם.
וירטואליזציות
וירטואליזציות הן גם באחריותשכבת הגישה. עם זאת, הנחיות CCNA מזכירות טכנולוגיה זו בקצרה בלבד. אם אתה לומד שיקולי תכנון רשת ליישום בפועל, תבלה הרבה יותר זמן בחקירת דרישות הווירטואליזציה שלך מאשר שתשקיע על מכשירי ה- VLAN שלך. עם זאת, אם אתה לומד למבחני CCNA, התמקד יותר בלהכיר את סוגיות VLAN מכיוון שהם מגיעים לבחינה יותר מאשר וירטואליזציות.
מכשירים ניידים
יש לקחת בחשבון ציוד אלחוטי ב-שכבת גישה וניהול מכשירים ניידים הם גם שיקול מרכזי בשכבה זו. יהיה עליכם לחקור תוכנת ניהול מכשירים ניידים ולהחליט האם אתם עומדים לעודד את המשתמש במכשירים בבעלות עובדים, או לספק את כל המכשירים הניידים.
גורמי עיצוב רשת
בסופו של דבר, תצטרך להוסיף תוכנת ניהול רשת כשאתה מעצב את הרשת שלך. ראו את ההמלצות בסקירת טיפים ממכרים של תוכנת ניהול רשת כהנחיה.
האם אתה עוקב אחר מתודולוגיה אחרת עבור רשתעיצוב? עברתם את בחינות CCNA ואז יישמתם את מודל שלוש השכבות בעיצוב רשת בפועל? השאירו הודעה בקטע התגובות למטה ושתפו את החוויות שלכם.
הערות