Bir ağ kurulduktan sonra, ana görevinizbir ağ yöneticisi olarak kapasitesini korumaktır. Bu öncelikle daha fazla bant genişliği talebini karşılamak için daha fazla donanım ve personel için daha fazla uç nokta ekleme konusudur. Bununla birlikte, bu genişlemeyi ancak bir tasarım çerçeveniz varsa düzenli bir şekilde elde edebilirsiniz.
Yeni bir ağ oluşturduğunuzda, kolayca genişletilebilen bir hizmet tasarlama fırsatı veren temiz bir sayfanın avantajına sahip olursunuz.. Dolayısıyla, kötü planlanmış bir ağı ele geçirirseniz, sistemi sıfırdan tasarlamak iyi bir fikir olabilir ve sonra mevcut kaynakları planlanan düzeninize uyacak şekilde taşıyın.
Bu kılavuzda, bir sistem hakkındasize yeni bir ağ düzeni sağlayacak bir tasarım oluşturun. Daha iyi performans sağlamak için mevcut ağlara da uygulanabilir. Bu kılavuzdaki şema, kursta Cisco Certified Network Associate sınavı (CCNA) için önerilen sistemi takip eder. Bu nedenle, şu anda bir ağ tasarımı oluşturma sorumluluğu size verilmese bile, bu kılavuzdaki ipuçları en azından CCNA sınavlarınızı geçmenize yardımcı olmalıdır.
Ağ tasarımı için nihai kılavuz için okumaya devam edin!
Tasarım Metodolojisi
Nihayetinde, ağlar yalnızcabir örgütün ihtiyaçları. Tabii ki, her işletme, hayır kurumu veya dernek ağının dikkate alması gereken benzersiz gereksinimlere sahiptir. Örneğin, bir çevrimiçi işletme için ağ oluşturmak için ihtiyaç duyacağınız donanım ve işletim uygulamaları, bir tuğla ve harç işinin iş desteği için ihtiyaç duyacağınız donanımdan farklıdır.
Ağ tasarımını düşündüğünüzde, ihtiyacınız yokturdonanım gereksinimleri listesini derleme göreviyle kendinizi en baştan endişelendirmek. Bu daha sonra gelecek. Şu anda, bu tasarımın uygulanmasına değil, ağın tasarımına odaklanıyoruz. Bir tasarım tatbikatının başlangıcında daha soyut bir seviyeye yaklaşarak, ağın düzeni ve hatta amacı ile bile ilgilenmiyoruz. İlk olarak, ağı tasarlamak için izleyeceğiniz metodolojiye odaklanmalısınız.
Bir tanımlayan bir çerçeve oluşturmaya çalışın.ağ ve bu sadece acil ihtiyaçlarını değil, gelecekte herhangi bir noktada organizasyon için yiyecek ve içecek. CCNA yönergeleri yukarıdan aşağıya bir yaklaşımın kullanılmasını önerir.
Yukarıdan Aşağıya Yaklaşım
Şundan ağ oluşturma görevi alınıyorçizik zor bir deneyim olabilir. Soru şu ki, nereden başlıyorsunuz? Bu sorunun yukarıdan aşağıya cevabı bir hedefler hiyerarşisi oluşturmak ve ardından her bir hedefe ulaşmak için gerçekleştirilmesi gereken görevleri listelemektir. Bu plan yürürlüğe girdikten sonra, hedefe mümkün olan en kısa sürede ulaşabilmeniz için görevleri sipariş etmek için kritik yol analizine girersiniz.
Hangi görevlerin başlatılması gerektiğini öğrendikten sonrailk olarak ve hangi görevlerin paralel olarak gerçekleştirilebileceğini, kaynak gereksinimlerini planlayabileceksiniz. Bunlar, doğru uzmanları doğru zamanda yerinde edinme ve maliyetleri düşürmek için mümkün olan en kısa sürede çalışmalarını sağlayacaktır. Ayrıca, envanter gereksinimini yazabileceksiniz, böylece ne zaman kullanılabilir ekipmana sahip olmanız gerektiğini bileceksiniz.
Yukarıdan aşağıya yaklaşımda, donanım satın alma hususları listedeki son görev olarak gerçekleşir.
Alternatif yaklaşımlar
Aşağıdan yukarıya yaklaşım,muhtemelen alışkınsınız. Bu, özellikle mevcut bir ağı genişletiyorsanız geçerlidir. Bu senaryoda, tasarım başlangıç noktası bir ekipmanın listesidir. Buradaki öngörü “şimdi neye sahibiz ve genişletilmiş bir ağ sunmak için hangi ekipmana ihtiyacımız olacak?”
Ağa aşağıdan yukarıya yaklaşım sorunutasarım, sadece belirli bir iş gereksinimini karşılamak için acil ihtiyaca odaklanmasıdır. Hedefi daha geniş ağ ve gelecekteki olası genişleme bağlamına sokmaz; yalnızca ağın geliştirilmesi gereken bir alanını incelersiniz. Bu değişiklik diğer hizmetleri etkileyebilir ve ağ altyapısının diğer alanlarının kapasitesini zorlayabilir.
Agile geliştirme modeli,aşağıdan yukarıya metodoloji. Agile geliştirme ile, bir gereksinimi nasıl yerine getireceğinize, bu çözümü nasıl yerine koyacağınıza dair kaba bir fikir edinir ve kullanım verileri gelip size gerçek yaşam kapasitesi gereksinimleri sağladıktan sonra sonuçları ayarlarsınız. Çevik gelişim tahminlere dayanmaz. Aslında, Agile metodolojisi sadece bir çerçeve içinde elde edilebilir ve ağ tasarımınıza hızlı kurulum ve yinelenen ayarlamalar yapılmasını sağlayacak yapıyı verecek yukarıdan aşağıya bir plandır.
Hedef Kategorileri
Bir ağ tasarlamanın üç temel adımı vardır:
- Ağ gereksinimlerini belirleme
- Mevcut ağı belgeleyin
- Ağ topolojisi ve çözümlerini tasarlar
Temel olarak, ağınızın neye benzemesi gerektiğini, şimdi neye sahip olduğunuzu ve birinden diğerine nasıl gideceğinizi bilmeniz gerekir.
Bir kimlik üzerinde çalışmak garip gelebilirMevcut ağın dokümantasyonundan ziyade öncelikle gereksinimlerin karşılanması. Sahip olduklarınızla başlamanın ve gereksinimin ne istediğine bakmanın daha mantıklı olduğunu düşünebilirsiniz. Ancak, bu adım dizisi sadece genişleme projesi kapsamında yazılmıştır. Ağınız için iyi bir planınızın ve günlük sorun giderme için kullandığınız ekipmanınızın bir envanterinin olması gerekir. Bu bilgilerin varlığı 2. adımı çok daha kolay hale getirecektir.
yok etme
Bir ağ tasarımı üzerinde çalışırken,zaten sahip olduklarınızı düşünmek dikkat dağıtıcıdır. Bu terimlerle düşünürseniz, mevcut sisteminize çok benzeyen bir çözüm sunacaksınız. Ve bu en iyi çözüm olmayabilir. Tasarıma varsayımlar olmadan başlamak daha iyidir, aksi takdirde zaten sahip olduğunuzdan önemli ölçüde daha iyi bir ağ elde edemezsiniz.
Ağ Gereksinimlerini Belirleme
Herhangi bir projenin başlangıç noktası bir iştirKuruluştaki teknik olmayan bir yönetici tarafından belirtilecek olan gereksinim. Muhtemelen ağın geliştirilmesinde bir iş proje yöneticisiyle ortak olacaksınız.
Kullanıcı gereksinimi
Bir hedef olarak yazılması öngörülen şartnameyi almak gerekir. Bu hedefin şunları listelemesi gerekiyor:
- Kapasite gereksinimleri: ör. X çalışan sayısına erişim sağlayabilir veya günde Y müşteriye hizmet verebilir
- amaç: örneğin, ağ üzerinden çalıştırılacak yazılım, depolanacak kayıtlar
- Performans gereksinimleri: örneğin, “kabul edilebilir yanıt süreleri”
- Konum gereksinimi: örneğin, hepsi tek bir ofiste veya uzak çalışanlara erişime izin vermek
- Zaman kısıtlayıcıları: ör. gelecek ayın sonuna kadar
- Bütçe kısıtlamaları: ör. gerekli hizmeti sağlamak için harcanabilecek maksimum miktar
Teknik gereksinim
Genel olarak belirtilen Kullanıcı Gereksinimleriteknik elemanlar için anlamlı olan terimlere çevrilmiş ve bu da hedef beyanlarını belirli kapasite konularına ilerletmiştir. Bu adım ayrıca kullanıcı gereksiniminin amaç hedefi hakkında daha fazla araştırma yapılmasını gerektirir. Bundan şunları listeleyebilmeniz gerekir:
- Kullanılacak yeni yazılım
- Depolama çözümleri
- Son cihaz türleri: örn. Masaüstü bilgisayarlar, BYOD, WiFi, mobil cihazlar, yazıcılar, vb.
- kullanıcı sayısı
- Bant genişliği gereksinimleri
Ayrıca,yeni gereksinimler tüm ağı veya yalnızca bir coğrafi bölgeyi etkiler. Örneğin, bir ERP tanıtımı gibi yeni bir iş uygulaması muhtemelen bir ofis ağındaki her bağlantıya trafik ekler. İK departmanına yeni personelin eklenmesi yalnızca ağa (yeni personelin ağa erişmek için kullandığı cihazlar arasında) ve bu personelin erişmesi gereken sunuculara ve ekipmana trafik ekleyecektir.
Hedef Sözleşmesi
Böylece Kullanıcı Gereksinimleri belgelenir vebu hedeflere ulaşması gereken BT hizmetlerinin kabaca bir özeti. Ardından, bu proje amaçlarını bir belgeye yazın ve ilerlemeden önce kullanıcı yöneticisinin imzalamasını sağlayın.
Gelecek Projeler İçin Yeni Gereksinimleri Kaydet
Bir hedef sözleşmeniz olduğunda,Projenin parametrelerini belirlediyseniz ve ek gereksinimlerin eklenmesini önleyebilirsiniz. Doğal olarak proje ilerledikçe yeni gereksinimler ortaya çıkacaktır. Ancak, bunlar kaydedilmeli ve bir devam eden proje için dikkate alınacak hedefler olarak belirlenmeli ve mevcut proje için çalışma çabasını ertelemesine veya yönlendirmesine izin verilmemelidir.
Bir ağın oluşturulması veya genişletilmesikaçınılmaz olarak kuruluşun yazılım ve veri işleme gereksinimlerine bağlı. Ancak, yazılım satın alımları ve sunucu kapasitesi ile ilgili hususlar ayrı hedefler olarak ayrılmalıdır.
Belirsiz Dili Hedeflerinizden Eleyin
Bu kılavuzun amaçları doğrultusunda, sadece ağ tasarımı planlamasına odaklanıyoruz. Bu nedenle, hedef sözleşmesi yazılmalıdır. sonra kullanıcı yöneticisi yazılım seçeneklerini zaten değerlendirmiş ve işletme için açık bir personel gereksinimi oluşturmuştur.
Her yere hedefe kesin rakamlar yazınteknik olmayan personel ile iletişim kurarken performans hedefleri üzerindeki belirsizliğin kaçınılmaz olması mümkündür. Ancak, ağa eklenmesi beklenen kullanıcı sayısı, uç nokta sayısı ve türü ile bir web sitesine beklenen ziyaretçi sayısı açıkça belirtilmelidir.
Hedef sözleşmenizi sıkılaştırmazsanız,kullanıcı yöneticisi belirsiz hedefleri projeyi genişletmek için arka kapı olarak kullanacaktır. Ve sonra, kararlaştırdığınız bütçeye ve teslimat zaman planına neden sadık kalamadığınıza dair soruları yanıtlamanız gerekecektir.
Mevcut Ağı Belgeleyin
Umarım etkili bir ağ yönetiminiz vardıryazılımı zaten mevcut. Bu araç size ağın mevcut performansı hakkında bir durum raporu verebilir. Yeni bir ağ oluşturuyorsanız, ağın mevcut performansı geçerli değildir; bu adımı atlamanız yeterlidir.
Yerinde Ekipman Alımı
Kapasitesini toplamak gerekir gibiağınızdaki her cihaz ve kablo ağ monitörünüzden çıkarsa, ağdaki tüm ekipmanların incelenmesini dahil etmek zaman kaybı değildir. Ancak, hedef sözleşmenizin coğrafi gereksinimleri, planlama uygulamasının kapsamını sınırlamanıza olanak sağlamalıdır. Örneğin, bir WAN çalıştırırsanız, bir siteye on yeni uç nokta eklersiniz. Etki analiziniz, genişlemenin yapılacağı alandaki ağ ekipmanı ve kablosu ile makul şekilde sınırlandırılabilir. Bu uç noktalar uzak bir sunucuyla iletişim kurmak için kullanılacaksa, o sunucunun internet bağlantısı da proje ile ilgilidir.
Harita Çıkışı Ağ Topolojisi
Mevcut ağ topolojinizin bir kopyasını alın,dijital ya da fiziksel olarak değiştirin ve ağın bu değişiklikten etkilenecek kısmının çevresini işaretleyin. Bu sınırlı alandaki cihazların ve bağlantıların bir listesini oluşturun. Ağdaki her öğe için not edin:
- Cihaz bant genişliği kapasitesi
- Ortalama mevcut bant genişliği talebi
- En yüksek bant genişliği talebi
Ağınızdaki her anahtar için şu ek faktörlere dikkat edin:
- Mevcut işgal edilen liman sayısı
- Komşu cihazlara geçerli bağlantılar
- Uç noktalara geçerli bağlantılar
- Kullanılabilir bağlantı noktası sayısı
Ağ haritasında yeni herhangi birinin konumunu işaretleyingerekli masaüstü bilgisayarlar gibi donanımları bulun ve projenin üreteceği yeni trafik için en yakın geçiş arasındaki olası hedefe giden yolları test edin. Tanımlanan her rota için, kablo ve ağ aygıtlarını sırayla gösteren yolu çizin. Her rotadaki en düşük kapasiteli öğeyi not edin ve ardından bu rotadaki hem bağlantıya göre hem de uçtan uca ortalama ve en yüksek talebi kaydedin.
Tasarım Katmanları
Bir kez tasarım aşamasına girdiğinizdeprojesinde, yeni gereksinimleri ve mevcut ekipmanınızın ve düzeninizin hedefi gerçekleştirmeye katkıda bulunup bulunmayacağını incelemeniz gerekir. CCNA kursu, ağ tasarımını üç katmana ayırır:
- çekirdek
- dağıtım
- Erişim
Bu katmanların her biri farklı tasarım konuları gerektirir:
Çekirdek Katman Tasarımında Dikkat Edilecek Noktalar
Çekirdek katman ağ omurgasıdır. Ağınızın bu yönünü planladığınızda, ihtiyacınız olacak fiziksel ekipmanı incelersiniz. Çekirdek katman değerlendirmesinin kapsamını, ağın projeden etkilenecek bölümüne ayarlamayı unutmayın. Aşağıdakiler için gereksinimlere odaklanacaksınız:
- Yönlendiriciler ve anahtarlar
- Yük dengeleme
- Rota yedekliliği
- Yüksek hızlı bağlantı gereksinimleri
- Optimal yönlendirme protokolleri
İnternette her yönlendiricininSınır Ağ Geçidi Protokolünü uygulamak. Bununla birlikte, özel ağınızın sınırları içinde, çok daha fazla seçeneğiniz vardır ve ağınızın amacına en uygun yönlendirme protokolünü seçebilirsiniz.
Yük dengeleme şartı ve güzergahıdüşünceler birbirine bağımlıdır. Örneğin, Yayılan Ağaç Protokolü, yönlendirme seçeneklerini yalnızca bir yolla sınırlar ve trafiği bölmenize izin vermez. Ana yolun başarısızlığına karşı koruma sağlamak için rota yedekliliği oluşturmayı deneyin.
Uygulamayı düşünün:
- Gelişmiş İç Ağ Geçidi Yönlendirme Protokolü
- En Kısa Yolu Aç Protokolü
Donanım Gereksinimleri
İçin donanım gereksinimlerini araştırın.seçilen protokol. Örneğin, ağda genellikle anahtarlar yükleyebileceğiniz yönlendiricileri kullanmanız gerekebilir. Ek yönetim modülleri, çift destek bileşenleri (güç kaynakları ve fanlar) ve çoğaltılan ekipmanlarla ortak çalışmayı kolaylaştıran kasa tabanlı tasarım gibi güvenli özelliklere sahip ekipmanlara öncelik verin.
Ağ topolojisi
Dikkate alınması gereken bir sonraki konu ağtopoloji, tam örgü ve kısmi örgü seçeneklerini düşünmeli misiniz? Seçtiğiniz topoloji, ağınızın boyutuna, oluşturduğunuz yedek bağlantı sayısına ve yönlendirme protokolü seçiminize bağlı olacaktır.
Dağıtım Katmanı Tasarımında Dikkat Edilecek Noktalar
Dağıtım katmanı sınırları incelersistemler arasında. Bu, ağınızla dış dünya arasındaki ya da ağın incelenmekte olan alanı ile ağın geri kalanı arasındaki etkileşimi içerir. Dağıtım katmanında kapsanan sınır koşulları, Access katmanı ve Core katmanı arasındaki etkileşimleri de içerir.
Bu katman,ağınız, anahtarlar yerine yönlendiricilere odaklanır. Çekirdek katman tasarımınızın üstesinden gelmek zorunda olduğu trafik giriş ve çıkışlarını dikkate alacaksınız. Bu faktörlere odaklanın:
- Trafik filtreleme
- Giriş kontrolu
- Güzergah özetleme
- Çekirdek koruması
- VLAN'lar arası trafik
Trafiği Şekillendirme
Bu katmanda, ağın sınırında önceliklendirme ve kuyruğa alma gibi olası trafik şekillendirme önlemlerine bakacaksınız.
- Ağın olanaklarının nasıl olduğunu düşününtopoloji, bazı düğümlerin uygulama sunucuları veya depolama alanı gibi temel hizmetlere daha hızlı erişim sağlamak için yönlendirme düşüncesiyle geliştirilebilir. Belirli kullanıcılara temel uygulamalarından daha iyi performans elde etmek için QoS etiketleme ile kanal ve yük dengelemeyi düşünün.
- Bir web sunucunuz varsa veağ ofis sisteminizden ayrı olarak, bu bölgeler arasındaki etkileşim Dağıtım katmanının görevi olacaktır. Ağ geçidinde dışa bakan kaynaklara ekipman kümeleri ve yük dengeleme yapmayı düşünün. Kritik öneme sahip erişim yolları için kaynak yedeklemesi uygulayın.
- İnternetten veya bir DMZ'den ana ağınıza gelen trafiği filtrelemek için erişim kontrol listelerini (ACL'ler) düşünün.
Önerilen Yönlendirme Protokolleri
Cisco, Dağıtım katmanı için Çekirdek katmanından daha fazla yönlendirme yöntemi önerir. Düşünmek:
- Gelişmiş İç Ağ Geçidi Yönlendirme Protokolü
- En Kısa Yolu Aç Protokolü
- Yönlendirme Bilgisi Protokolü sürüm 2
- Orta Seviyeden Orta Seviyeye Sistem Protokolü
Bu protokollerin hepsi rota prosedürlerini içerirDağıtım katmanında gerekli olan önemli bir ağ optimizasyon elemanı olan özetleme. Özellikle Dağıtım katmanı için sınıflandırma yöntemlerinden kaçınmalısınız. Bunlar, tüm trafiğe yönelik ayrı ağları belirtir; bu, trafiği ağa beslerken verimsizdir ve alt ağ oluşturma çabalarınızdan en iyi şekilde yararlanmaz.
Erişim Katmanı Tasarımında Dikkat Edilmesi Gerekenler
Dağıtım katmanı isetrafik diğer ağlardan beslenirse, Access katmanı kullanıcı uç noktalarının çekirdek ağa nasıl bağlandığıyla ilgilidir. Bu son katmanda, Çekirdek ağ ve Dağıtım katmanları zaten planlanmıştır. Uç noktalarla uğraşırken, bir uç noktadan gelen trafiğin, bir yönlendirici aracılığıyla ve internet üzerinden uzak kaynaklara kadar çekirdek ağı nasıl geçeceği ile ilgilenmeniz gerekmez. Kullanıcı cihazlarının türünün ve konumunun temel ağ trafiği modellerini nasıl etkileyeceğini incelemeniz yeterlidir.
Kullanıcı cihazları birbirinden çok fazla olduğundanbir ofis ağındaki ekipman türüne göre, bu bölüm tasarımın en önemli bölümü olabilir. Ancak, küçük, internet tabanlı işletmeler söz konusu olduğunda, Access katmanında yapacak çok işiniz olmayabilir. Bulut hizmetleri ve uzaktan çalışma daha yaygın hale geldikçe, uç nokta kavramları daha az önem kazanmaktadır.
Yoğun Kaynaklı Uygulamalar
Bu katmanda,kablo dolaplarının ekipmanı ve konumları. Access katmanında çok dikkat edilmesi gereken en kritik uygulamalar, VLAN'lar üzerinden çalışan etkileşimli yardımcı programlardır - ses ve video hizmetleri. Burada, VLAN trafiğinizi veri ağınızdan farklı tutmak için QoS etiketlemesi uygulamanız gerekir. Ayrıca, bu tür trafiğe öncelik vermeyi de göz önünde bulundurmanız gerekir, çünkü teslimat hızı işlevleri için kritik öneme sahiptir.
sanallaştırması
Sanallaştırma aynı zamandaAccess katmanı. Ancak, CCNA yönergeleri bu teknolojiden sadece kısaca bahsetmektedir. Gerçek bir uygulama için ağ tasarımı konuları üzerinde çalışıyorsanız, sanallaştırma gereksinimlerinizi araştırmak için VLAN'larınıza harcadığınızdan çok daha fazla zaman harcayacaksınız. Bununla birlikte, CCNA sınavları için çalışıyorsanız, VLAN sorunlarını tanımak için daha fazla odaklanın, çünkü sınavda sanallaştırmalardan daha fazla gelirler.
Mobil cihazlar
Kablosuz cihazlar,Erişim katmanı ve mobil cihazların yönetimi de bu katman için önemli bir husustur. Mobil cihaz yönetim yazılımını araştırmanız ve çalışanlara ait cihazların kullanıcılarını teşvik edip etmeyeceğinize veya tüm mobil cihazları tedarik edip etmeyeceğinize karar vermeniz gerekir.
Ağ Tasarım Faktörleri
Nihayetinde, ağınızı tasarlarken ağ yönetim yazılımı eklemeniz gerekecektir. Bir kılavuz olarak ağ yönetimi yazılımının Bağımlılık Yapan İpuçları incelemesindeki önerileri göz önünde bulundurun.
Ağ için farklı bir yöntem izliyor musunuz?tasarlamak? CCNA sınavlarına girdiniz ve daha sonra üç katmanlı modeli gerçek bir ağ tasarımında uyguladınız mı? Aşağıdaki Yorumlar bölümüne bir mesaj bırakın ve deneyimlerinizi paylaşın.
Yorumlar