اصول پایه در طراحی شبکه پسو را به صورت مختصر، شامل موارد زیر می باشد:۱٫ درک عمیق از محیط و تبیین اهداف طرح: قبل از هرچیز باید محیطی را که باید برای آن، شبکه طراحی کنید بشناسید و قبل از هر اقدامی مشخص شود که قرار است به چه چیزی برسید و به دنبال چه هدفی هستید.
۲٫ کاربردها محور نیازمندیهای طرح شبکه هستند: شبکه به خودی خود چیزی نیست مگر یک زیرساخت ارتباطی برای اجرای برنامه های کاربردی؛ طبعا نبایستی بدون درک صحیح از یکایک کاربردها، ویژگی ها و نیازهای آنها هیچ طرحی را پیشنهاد داد.
۳٫ طراح به تجربه نظری و عملی بسیار گسترده نیازمند است: آگاهی تئوریک از تکنولوژی شبکه در کنار تجربه عملی از شبکه و شرایط حاکم بر محیط های واقعی، به یک طرح واقع گرایانه و قابل پباده سازی منتهی خواهد شد. «تجربه صرف» یا «دانش بدون تجربه» به تنهایی کفایت نمی کند.
۴٫ به مدلهای از قبل آماده و طرحهای پیشنهادی بازار اکتفا و اعتماد نکنید: رد یک شبکه بزرگ، تکنولوژیهای متعدد و بسیار پیچیده با یکدیگر در تعامل و درگیر هستند. طراحی شبکه های وسیع و پیچیده را نمی توان بر روی کاغذ مدل کرد یا از مدلهای پیشنهادی دیگران (که اغلب با هدف پیشبرد بازار عرضه می شوند) بهره گرفت. پیشنهاد آن است که در «طراحی کلان شبکه» مدل پیشنهاد بدهید ولی در «طراحی تفصیلی» به مدلسازی صرف اکتفا نکرده و به بررسی های تحلیلی و آزمایشگاهی دقیق بپردازید.
۵٫ طراحی در آزمایشگاه به نتیجه می رسد نه بر روی تخته سیاه: بسیاری از پیچیدگی های یک طرح در آزمایشگاه آشکار می شود و طرح هایی که صرفا بر روی کاغذ هستند پس از پیاده سازی اشکالات خود را هویدا می کنند.
۶٫ طراحی شبکه درگیر سبک و سنگین کردن پارامترهای متعدد و کنار آمدن با محدودیتهای فراوان است: پارامترهایی مثل هزینه، کارایی و در دسترس بودن (Availability) با یکدیگر در تناقضند و هنر طراح در سبک و سنگین کردن این پارامترها و رسیدن به حالتهای بینابین (Tradeoff) است.
۷٫ هزینه پشتیبانی (و هزینه های ماهانه) شبکه را به هیچ وجه دست کم نگیرید: پس از پیاده سازی و تحویل یک خدامات شبکه ، هزینه های ماهانه آن مثل اجاره خطوط WAN و هزینه های پشتیبانی (تعمیر و نگهداری) آن شروع می شود. با یک طراحی خوب می توان هر دوی این هزینه ها را (که گاه می تواند کمرشکن باشد) کاهش داد. به عنوان مثال شاید بتوان با صرف هزینه بیشتر (برای کابل کشی یا نصب لینکهای بی سیم) از خطوط WAN در طرح شبکه صرفنظر کرد. از طرفی یک طراحی خوب می تواند از تعداد نفرات لازم برای گروه پشتیبانی بکاهد.
۸٫ سعی نکنید ساختار سازمانی را دقیقا در ساختار فیزیکی شبکه منعکس کنید: طرح شبکه و توپولوژی فیزیکی بسیاری از شبکه ها منطبق با ساختار سازمانی محیط است ولی نمی توان بر این مطابقت اصرار داشت. به عبارت دیگر طراح شبکه نباید خود را در چنین قید و بندی قرار بدهد، چرا که نهایتا عملکرد شبکه اهمیت دارد نه توپولوژی فیزیکی آن. در ضمن نباید فراموش کرد که در تکنولوژی امروز توپولوژی فیزیکی و منطقی می تواند با هم تفاوت بنیانی داشته باشد یعنی در حالی که توپولوژی فیزیکی هیچ سنخیتی با ساختار سازمانی ندارد توپولوژی منطقی می تواند دقیقا با آن منطبق باشد. بنابراین برای تعیین توپولوژی فیزیکیخدمات پسیو شبکه صرفا در قالب ساختار سازمانی فکر کرد.
۹٫ طراحی خود را به محصولات یک شرکت خاص گره نزنید: از ارائه طرحهایی که صرفا بر مبنای تولیدات یک شرکت خاص (مثل سیسکو یا ۳com) تدوین می شوند. احتراز کنید. برخی از طراحان از سر احتیاط (به منظور سازگاری صد در صد و اجتناب از مشکلات احتمالی) سعی می کنند فقط بر محصولات و راهکارهای یک شرکت خاص و راهکارهای پیشنهادی آن تکیه کنند. این دیدگاه می تواند گزینه های بهتر، کم هزینه تر و کارآمدتر را از طرح نهایی پس بزند. همیشه باید ساده ترین و کارآمدترین راهکار را ارائه کرد، خواه مبتنی بر محصولات یک شرکت و خواه تلفیقی از تولیدات مختلف باشد.
۱۰٫ از پیچیدگی بخشهای مختلف طرح اجتناب کنید مگر آنکه منفعت روشن و غیر قابل اجتنابی در پی داشته باشد: چنین اصلی به همان اندازه که باید در طراحی شبکه مورد توجه قرار گیرد برای پیکربندی نهایی ابزارهای شبکه نیز صادق است: پیچیدگی زیاد، هزینه پشتیبانی را افزایش و مدیریت خدمات مشاوره شبکه را دشوارتر می کند. همیشه باید ساده ترین راه حل ممکن را برگزینید. پیچیده کردن هر بخش از یک طرح زمانی توجیه پذیر است که اولا منفعت روشنی در پی داشته باشد و ثانیا گزینه ساده تری پیدا نشود.
۱۱٫ طراحی شبکه بایستی مبتنی بر واقعیات و مطالبات هر محیط صورت گیرد: نبایستی طراحی صرفا براساس قواعد صلب و قوانین عمومی طراحی شبکه صورت بگیرد. طرح نهایی بایستی مطالبات نهایی خود را به شایستگی برآورده کند حتی اگر مجبور باشید برخی از قواعد رایج را زیر پا بگذارید.
۱۲٫ حتی الامکان مسیرهای هدایت داده ها، مستقیم در نظر گرفته شوند: ترافیک بسته های حامل اطلاعات بین مبدأ و مقصد باید از کوتاهترین مسیر در پشتیبانی شبکه عبور کنند، آنچه که کوتاهترین مسیرها در شبکه را تعیین می کند تکنولوژی استفاده شده در طرح نهایی شماست. (مثل انتخاب نوع هدایت شامل سوئیچینگ یا مسیریابی و نوع پروتکل)
۱۳٫ در خصوص تکنولوژیهای جدید و ناشناخته ریسک نکنید: از سخت افزار و نرم افزاری در طرح شبکه خود بهره بگیرید که امتحان خود را پس داده باشند. تخطی از این اصل صرفا با توجیه کافی و در نظر گرفتن مخاطرات جانبی آن منطقی است.
۱۴٫ از طرح اصلی خود عدول نکنید: هر طرح ارائه شده برای شبکه درجه ای از قابلیت انعطاف و تغییر در خود دارد که عموما از ویژگی «گسترش پذیری» (Scaleability) آن ناشی می شود ولیکن شما نباید از اصول کلی طرح خود عدول کنید. به عنوان مثال اگر یک شبکه WAN با سه لایه طراحی می کنید اجازه ندهید، لایه چهارمی به آن اضافه شود، چرا که می تواند ماهیت کل طرح را تغییر بدهد. مثلا اضافه کردن یک مسیریاب کوچک در سطح چهارم در حالی که آن مسیریاب به ستون فقرات شبکه متصل است، کل مفهوم طراحی لایه ای را بهم می ریزد.
۱۵٫ نشان یک طراحی خوب، قابلیت ارزیابی و پیش بینی آن است: در یک طرح شبکه باید بتوان پارامترهای اصلی آن شامل «کارآیی»، «برگشت پذیری» و «قابلیت گسترش» را ارزیابی و پیش بینی کرد.
۱۶٫ فقط یکبار طراحی: اگر یک شبکه به درستی طراحی نشده باشد یا از اصول کلی طرح عدول شده باشد، اضافه کردن یک ابزار جدید به شبکه یا اشکال زدایی آن، خود در حد یک پروژه طراحی وقت می گیرد. بدین ترتیب عدم وجود یک طراحی صحیح یا عدول از مفاد طرح باعث خواهد شد صدها بار در حد یک «طراحی شبکه» وقت تلف شود!
۱۷٫ نه طراحی یک نفره و نه طراحی قبیله ای: نباید طراحی کل یک شبکه را بدست یک فرد واحد بسپارند حتی اگر بسیار ماهر و حرفه ای باشد. طراحی یک شبکه درگیر مسائل بسیار متعدد و گسترده است و در چنین فرآیندی بایستی بین اولویت های مختلف تعادل ایجاد گردد و پارامترهای زیادی سبک و سنگین شود. در چنین وضعیتی وجود دیدگاه های متفاوت و تضارب آراء احتمال خطا را پایین می آورد. هر کسی از منظر دید خود پارامترهای فنی و غیر فنی یک محیط را می بیند و مجموعه این دیدگاه ها به یک طرح جامع تر و دقیق تر منتهی خواهد شد. البته تشکیل یک کمیته بزرگ برای طراحی شبکه نیز صحیح نیست چرا که تفرق آراء و گستردگی دیدگاه ها موجب آن می شود که نتوان طرح را جمع کرد و به همگرایی رسید. در تیم طراحی باید تعداد انگشت شماری از مهندسین خبره و مجرب حضور داشته باشند.
آموزش منع کردن پالیسی بر روی یوزر و یا گروه
معرفی مجموعه مدیریتی Microsoft System Center 2012 R2
