המדריך האולטימטיבי לעיצוב רשתות

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

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

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

המשך לקרוא עבור המדריך האולטימטיבי לעיצוב רשתות!

מתודולוגיית תכנון

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

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

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

גישה מלמעלה למטה

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

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

בגישה מלמעלה למטה, שיקולי רכישת חומרה מתרחשים כמשימה האחרונה ברשימה.

גישות אלטרנטיביות

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

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

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

קטגוריות יעד

ישנם שלושה שלבים בסיסיים בעיצוב רשת:

1. זהה דרישות רשת
2. תעד את הרשת הקיימת
3. תכנן את טופולוגיית הרשת והפתרונות

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

זה אולי נראה מוזר לעבוד על זיהוי דרישות תחילה ולא על תיעוד הרשת הקיימת. אתם עשויים לחשוב שזה הגיוני יותר להתחיל עם מה שיש לכם ואז להסתכל על מה שהדרישה מבקשת. עם זאת, רצף צעדים זה נכתב רק במסגרת פרויקט ההרחבה. כבר אמור להיות לך תוכנית טובה של הרשת שלך, ומלאי של הציוד שלך שאתה משתמש בו לפתרון בעיות יומיומי. קיומו של מידע זה יקל הרבה יותר על שלב 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 מכיוון שהם מגיעים לבחינה יותר מאשר וירטואליזציות.

מכשירים ניידים

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

גורמי עיצוב רשת

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

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