Tsod'un şifresi çözüldü. Kişisel veri operatörü bildiriminin doldurulmasına ilişkin esaslar. Altyapı oluşturma aşamaları

Veri merkezi türleri

Tüm veri merkezleri çeşitli türlere ayrılabilir:

1. Büyük veri merkezleri, en iyi konaklama koşullarını sağlamak için özel olarak tasarlanmış kendi binalarına sahiptir. Genellikle sunuculara bağlandıkları kendi iletişim kanallarına sahiptirler.
2. Orta ölçekli veri merkezleri genellikle belirli büyüklükte bir site ve belirli genişlikte kanallar kiralar (kanal genişliği, Mbps cinsinden verimiyle ölçülür).
3. Küçük veri merkezleri uygun olmayan tesislerde bulunmaktadır. Genel olarak düşük kaliteli ekipman kullanılmakta ve minimum düzeyde hizmet verilmektedir.

Veri merkezinin yapısı ve açıklaması

Tipik bir veri merkezi şunlardan oluşur: bilgi altyapısı sunucu ekipmanını içeren ve veri merkezinin ana işlevlerini sağlayan - bilgilerin işlenmesi ve saklanması; telekomünikasyon altyapısı veri merkezi elemanlarının ara bağlantısının yanı sıra veri merkezi ile kullanıcılar arasındaki veri aktarımının sağlanması; mühendislik altyapısı ana veri merkezi sistemlerinin normal işleyişinin sağlanması. Mühendislik altyapısı, sıcaklık ve nem seviyelerini belirtilen parametreler dahilinde tutmak için hassas iklimlendirmeyi içerir; kesintisiz ve garantili güç kaynağı, merkezi güç kaynaklarının kesilmesi durumunda veri merkezinin otonom çalışmasını sağlar ve aynı zamanda güç kaynağının kalitesini artırır; güvenlik ve yangın alarmı ve gazlı yangın söndürme sistemi; erişim yönetimi ve kontrol sistemleri.

Bazı veri merkezleri, müşterilere çeşitli saldırı türlerine karşı otomatik olarak koruma sağlayacak ekipmanların kullanımına yönelik ek hizmetler sunar. Nitelikli uzmanlardan oluşan ekipler tüm sunucuları günün her saati izler. Veri merkezi hizmetlerinin fiyat ve hizmet sayısı açısından büyük farklılıklar gösterdiği unutulmamalıdır. Veri güvenliğini sağlamak amacıyla yedek kopya sistemleri kullanılmaktadır. Veri hırsızlığını önlemek için veri merkezleri çeşitli fiziksel erişim kısıtlama sistemleri ve video gözetim sistemleri kullanır. Kurumsal (departman) veri merkezleri genellikle ilgili kuruluşun sunucularının çoğunu barındırır. Ekipman özel raflara monte edilmiştir. Kural olarak, yalnızca ekipman rafa monte uygulama, yani raf montajına uyarlanmış standart boyutlu kasalarda. Masaüstü kasalardaki bilgisayarlar veri merkezleri için uygun değildir ve nadiren buralarda bulunur. Veri merkezi, genellikle bir iletişim merkezinin veya bir veya daha fazla operatörün bulunduğu noktanın içinde veya yakınında bulunan bir oda, kat veya binanın tamamıdır. Veri merkezinin güç kaynağı, havalandırma ve yangın söndürme sistemleri, artan güvenilirlik ve yedeklilik ile karakterize edilir. Tabii ki, fiziksel koruma ve teknolojik tesislere özel bir erişim rejimi sağlanmalıdır. Bazı ülkelerin veri merkezi tesislerinin donanımına ilişkin özel standartları vardır. Rusya'da henüz böyle bir standart yok; veri merkezleri ihtiyaçlara göre donatılıyor; iletişim olanakları. Veri merkezleri oluşturmaya yönelik öneriler içeren ve veri merkezlerini güvenilirlik derecesine göre türlere ayıran bir Amerikan (ANSI) standardı TIA-942 vardır. Aslında TIA-942 dünya çapında veri merkezleri için birleşik bir standart olarak algılanıyor.

Veri merkezi hizmetleri

1. Sanal barındırma. İstemciye kullanım için sınırlı miktarda disk alanı, işlemci süresi ve RAM sağlamak. Büyük veri merkezleri genellikle teknik ve danışmanlık desteği sağlama ihtiyacından dolayı bu kadar büyük bir hizmet sağlamamaktadır. Paylaşımlı barındırma kullanıldığında, bir fiziksel sunucu birçok istemci (yüzlerce veya binlerce) arasında paylaşılır. Her müşteriye herhangi bir kaynak tahsisi garanti edilmez, ancak maksimum miktar kesinlikle sınırlıdır. İstemciler sunucuyu büyük ölçüde yapılandıramaz. Paylaşımlı barındırmanın iki ana avantajı vardır: düşük maliyet ve web sitesi yönetimi kolaylığı. Bu nedenlerden dolayı paylaşımlı hosting ağırlıklı olarak bireyler tarafından kullanılmaktadır.
2. VDS barındırma - Sunucunun garantili ve sınırlı bir kısmının (tüm kaynakların bir kısmı) sağlanması. Bu tür barındırmanın önemli bir özelliği, sunucunun programlı olarak uygulanan birkaç sanal bağımsız sunucuya bölünmesidir.
3. barındırma - Sunucu kiralama (Dedicated). Veri merkezi müşteriye çeşitli konfigürasyonlarda kiralık bir sunucu sağlar. Büyük veri merkezleri esas olarak bu tür hizmetlerde uzmanlaşmıştır. Veri merkezinin bulunduğu ülkeye bağlı olarak farklı trafik kısıtlamaları vardır.
4. Sunucu konumu (Colocation). Müşterinin sunucusunun ücret karşılığında veri merkezi sitesine yerleştirilmesi. Maliyet, yerleştirilen ekipmanın güç tüketimine ve ısı dağılımına, ekipmana bağlı veri iletim kanalının verimine ve ayrıca rafın boyutuna ve ağırlığına bağlıdır.
5. Özel alan. Bazı durumlarda veri merkezi sahipleri, teknoloji alanının bir kısmını özel müşterilere, genellikle katı iç güvenlik standartlarına sahip finansal şirketlere tahsis eder. Bu durumda veri merkezi, iletişim kanalları, güç kaynağı, soğutma kaynağı ve güvenlik sistemleri ile sağlanan belirli bir özel alan sağlar ve müşterinin kendisi bu alan içerisinde kendi veri merkezini oluşturur.

Ağ altyapısı

Günümüzde veri merkezi iletişimleri çoğunlukla IP protokolünü kullanan ağlara dayanmaktadır. Veri merkezi, sunucular ile dış dünya arasındaki trafiği yöneten bir dizi yönlendirici ve anahtar içerir. Güvenilirlik açısından veri merkezi bazen farklı ISP'lerden birçok farklı harici kanal kullanılarak İnternet'e bağlanır.

Veri merkezindeki bazı sunucular, kuruluş içinde kullanılan temel İnternet ve intranet hizmetlerini çalıştırmak için kullanılır: posta sunucuları, proxy'ler, DNS vb.

Ağ güvenlik düzeyi aşağıdakiler tarafından desteklenir: güvenlik duvarları, IDS sistemleri vb. Trafik izleme sistemleri ve bazı uygulamalar da kullanılır.

Notlar

Bağlantılar

• Yandex veri merkezlerinden birinin açıklaması ve fotoğrafları
• Project Blackbox (Rusça), SUN.com (İngilizce)
• Veri merkezlerinin inşası ve işletilmesine yönelik faydalı standartlardan oluşan bir derleme
• Ticari veri merkezi işinde Rusya'nın en iyi oyuncularının listesi

Ayrıca bakınız

Wikimedia Vakfı. 2010.

Diğer sözlüklerde “Bilgi İşlem Merkezi”nin ne olduğuna bakın:

veri işleme merkezi- veri işleme ve depolama merkezi veri merkezi Güvenli merkezi işleme, depolama ve veri, hizmet ve uygulamaların sağlanmasının yanı sıra bilgi işlem altyapısı sağlayan birleştirilmiş mühendislik ve teknik araçlar kompleksi... ...

Öncelikli ulusal projelerin yönetimi için veri işleme merkezi- çeşitli kullanıcı gruplarına eksiksiz ve güvenilir bir şekilde oluşturulması, bakımı, depolanması ve hızlı sunumu için prosedürlerin otomasyonunu sağlayan bir veri işleme merkezi, bir bilgi teknolojisi ve yazılım-teknik kompleksi... ... Resmi terminoloji

modüler veri merkezi (DPC)- [Niyet] Paralel metinler TR RU Veri Merkezleri bugünlerde sıcak bir konudur. HAYIR... ... Teknik Çevirmen Kılavuzu

Bağlamak? Yeraltı veri merkezi Riga'daki (Letonya) Grizinkalns Park'ta bulunmaktadır ve operatöre aittir... Wikipedia

- (mobil veri merkezi) veya konteyner veri merkezi (konteyner veri merkezi) (İngiliz Konteyner Veri Merkezi'nden), içinde yer alan bir bilgi kompleksine sahip özel bir taşıma konteynerinde bulunan bir veri işleme merkezi ... Wikipedia

dinamik veri merkezi- Dinamik veri merkezleri yeni nesil donanım ve yazılım mimarisinin konseptidir. Temel ilkeleri son kullanıcılara hizmet sağlanması ve seviye anlaşmalarına uygunluğun garanti edilmesidir... ... Teknik Çevirmen Kılavuzu

internet veri merkezi- Bilgisayar platformları için barındırma hizmetleri ve birkaç gelişmiş hizmetle birlikte basit İnternet hizmetleri sağlayan bir şirket. Konular Veri merkezleri (veri işlem merkezleri) TR internet verileri... ... Teknik Çevirmen Kılavuzu

- (MCD) içinde yer alan, iletişim kanallarına bağlı ve bilgilerin depolanması ve işlenmesinin yanı sıra sağlanması amaçlanan bir bilgi, telekomünikasyon ve mühendislik altyapısı kompleksine sahip özel bir mobil oda ... ... Vikipedi

21 Temmuz 2014 N 242-FZ tarihli Federal Kanun ile 152-FZ Federal Kanununda yapılan değişikliklere göre, Roskomnadzor'a gönderilen bir bildirim şunları içermelidir:

10.1) Rusya Federasyonu vatandaşlarının kişisel verilerini içeren bilgi veritabanının konumu hakkında bilgi;

Yakın zamana kadar, bu gereklilik ne Roskomnadzor'un İdari Düzenlemelerinde ne de ilgili Bildirimlerin formlarında kopyalanmamıştı (bunlardan iki tane var - kağıt ve elektronik formda sunulmak üzere - ve garip bir şekilde farklılar). Ancak kanun kanun olduğundan (kişisel verilerin yer aldığı veritabanının konumunun belirtilmesini gerektiren 152-FZ değişiklikleri bu yaz yürürlüğe girdi), Roskomnadzor'un operatörlerin bildirimde bu verileri belirtmelerini talep etmesi mantıklıdır. Ve doğal olarak bu durum operatörler için zorluklara neden oldu, çünkü kimse neyi nerede belirteceği sorusuna cevap veremiyordu.

Ancak her şey değişiyor ve İletişim Bakanlığı 28 Ağustos 2015 tarih ve 315 sayılı Kararı yayınladı (bağlantılar pdf, metin biçiminde).

Karara göre, İdari Düzenlemelerde değişiklikler yapılmıştır - paragraf 46 (sicile girilen veriler) ve 54 (Bildirimde belirtilen veriler) aşağıdakilerle desteklenmiştir:

Rusya Federasyonu vatandaşlarının kişisel verilerini içeren bilgi veritabanının konumu hakkında bilgi.

Buna göre Bildirimin şekli de değişir (Siparişin ekinde verilmiştir). İşte işlerin ilginçleştiği yer burası.

152-FZ'nin güncel baskısına göre şunu hatırlatalım:

3. Bu maddenin 1. Kısmında öngörülen bildirim, kağıt üzerinde belge şeklinde veya elektronik belge biçiminde ve yetkili kişi tarafından imzalanmış olarak gönderilir. Bildirim aşağıdaki bilgileri içermelidir:
Bildirim aşağıdaki bilgileri içermelidir:
1) operatörün adı (soyadı, adı, soyadı), adresi;
2) kişisel verilerin işlenme amacı;
3) kişisel veri kategorileri;
4) kişisel verileri işlenen kişilerin kategorileri;
5) kişisel verilerin işlenmesinin yasal dayanağı;
6) kişisel verilere ilişkin eylemlerin bir listesi, operatörün kişisel verileri işlemek için kullandığı yöntemlerin genel bir açıklaması;
7) şifreleme (kriptografik) araçlarının mevcudiyeti ve bu araçların adları hakkında bilgiler de dahil olmak üzere, bu Federal Yasanın 18.1 ve 19. Maddelerinde öngörülen önlemlerin bir açıklaması;
7.1) kişisel verilerin işlenmesini organize etmekten sorumlu bireyin veya tüzel kişinin soyadı, adı, soyadı ve bunların iletişim telefon numaraları, posta adresleri ve e-posta adresleri;
8) kişisel verilerin işlenmesine başlama tarihi;
9) kişisel verilerin işlenmesinin sona erdirilmesine ilişkin şart veya koşul;
10) kişisel verilerin işlenmesi sürecinde sınır ötesi aktarımının varlığı veya yokluğu hakkında bilgi;
10.1) Rusya Federasyonu vatandaşlarının kişisel verilerini içeren bilgi veritabanının konumu hakkında bilgi;

Yani, Uyarı:

1. kağıt veya elektronik biçimde gönderilebilir;
2. Kanun her iki seçenek arasında sağlanan bilgilerin içeriği açısından hiçbir fark yaratmamaktadır.

Bildirimin kağıt formuna bakarsak, ülkeyi, veritabanının adresini ve bilgi sisteminin (veritabanı) adını belirtmeniz gereken bir paragraf eklenmiştir.

Bu arada, 152-FZ metnine bakarsanız, kişisel veri bilgi sistemi şöyledir:

veritabanlarında yer alan kişisel verilerin tamamı ve bunların işlenmesini sağlayan bilgi teknolojileri ve teknik araçlar;

Kişisel verilerin yalnızca veritabanlarının bir parçası olamayacağından bahsetmiyorum bile - birçok veri tabanı olabilir (ve bu mantıklıdır), ancak bildirim formuna göre birini belirtmeniz gerekir. Nedenmiş? Gizemli.

Ancak Bildirimin elektronik formuna geçelim.

Sınır ötesi veri aktarımından sonra veritabanı bilgilerini açıklayan bir bölüm bulunmaktadır. Ama başlığa göre bu. Ve metin veri merkezinin adresini açıklamanızı gerektiriyor! Hemen soru şu: Herkes bulutlara mı taşındı? Veri merkezi kullanılmıyorsa ne yazılmalıdır?

Formu dolduralım

Bir dizinden seçim yapma teklifine rağmen dizin yok. Veriler manuel olarak girilir

Kendi veri merkezinizi kullandığınızı açıkça belirtmezseniz, veri merkezinin sahibi hakkında bilgi vermeniz istenecektir:

Doğal olarak İdari Düzenlemelere göre böyle bir şeye gerek yoktur:

46. ​​​​Sicile aşağıdaki bilgiler girilir:
46.1. Kayıt numarası.
46.2. Operatörün adı (soyadı, adı, soyadı), adresi.
46.3. İşletmecinin şubelerinin (temsilciliklerinin) adresleri (varsa).
46.4. Bildirimin gönderildiği tarih.
46.5. Kişisel verilerin işlenme amacı.
46.6. Kişisel veri kategorileri.
46.7. Kişisel verileri işlenen kişilerin kategorileri.
46.8. Kişisel verilerin işlenmesinin yasal dayanağı.
46.9. Kişisel verilere ilişkin eylemlerin listesi, Operatör tarafından kişisel verilerin işlenmesi için kullanılan yöntemlerin genel açıklaması.
46.10. Şifreleme (kriptografik) araçlarının mevcudiyeti ve bu araçların adları hakkında bilgiler de dahil olmak üzere Federal Yasanın 18.1 ve 19. Maddelerinde öngörülen önlemlerin açıklaması.
46.11. Kişisel verilerin işlenmesinden sorumlu kişinin soyadı, adı, soyadı veya tüzel kişinin adı ve bunların iletişim telefon numaraları, posta adresleri ve e-posta adresleri.
46.12. Kişisel verilerin işlenmesi sırasında sınır ötesi aktarımının varlığı veya yokluğu hakkında bilgi.
46.12.1. Rusya Federasyonu vatandaşlarının kişisel verilerini içeren bilgi veritabanının konumu hakkında bilgi
46.13. Rusya Federasyonu Hükümeti tarafından belirlenen kişisel verilerin korunması gerekliliklerine uygun olarak kişisel verilerin güvenliğinin sağlanmasına ilişkin bilgiler.
46.14. Kişisel verilerin işlenmesine başlama tarihi.
46.15. Kişisel verilerin işlenmesinin durdurulmasına ilişkin şart veya koşul.

Elektronik form ile kağıt form arasındaki diğer bir fark, kuruluşun sahip olduğu tüm veri tabanlarının (elektronik Tebliğ metnindeki veri merkezleri) belirtilme ihtimalidir (zorunluluğu?). Yukarıda bahsi geçen Kararnamede (ve onun onayladığı bildirim formunda) veya kanunda böyle bir zorunluluk bulunmamaktadır.

Kağıt formunda gerekli olan genel bilgilere ek olarak, burada her veritabanı için çok daha fazla bilgi belirtmeniz gerekir - ve forma göre, bir veritabanı bir IS'ye karşılık gelir

Bu bildirimler yürürlüğe girdiğinde bildirim yapılması gerekir mi? Yasaya göre:

7. Bilgilerde bir değişiklik olması durumunda (daha önce Roskomnadzor'a sunulmuş) ... ve ayrıca kişisel verilerin işlenmesinin sona ermesi durumunda, operatör, haklarının korunması için yetkili organı bilgilendirmekle yükümlüdür. kişisel veri sahipleri, bu tür değişikliklerin yapıldığı tarihten veya kişisel veri işlemenin sona erdiği tarihten itibaren on iş günü içinde.

Yani Kanunda bildirime gerek olmadığı açıkça belirtiliyor. Kanuna göre yeni form, yalnızca ilk bildirimini 1 Aralık 2015'ten (Bildirimdeki değişikliklerin yürürlüğe girdiği tarih) sonra gönderecek olan operatörlere veya son çare olarak bildirim gönderen operatörlere veri gönderilmesini gerektirmektedir. Kanundaki değişiklikler yürürlüğe girdikten sonra yapılan bildirimler.

Ama bu resmi. Aslında, geleneksel olarak her şeye yerel konumlar karar verecek ve halihazırda emsaller var.

Altay Bölgesi ve Altay Cumhuriyeti Roskomnadzor Müdürlüğü Bilgi Teknolojileri Alanında Kişisel Veri Sahiplerinin Haklarının Korunması ve Denetim Dairesi Başkanı Zhdanov A.P. doğrudan ve açıkça kendilerinin (bu departman ve özellikle departmanın) Sanatın 7. Bölümüne inandıklarını söyledi. 22 152-FZ, genel olarak 22. Maddenin 3. Kısmına ve özel olarak veri tabanının konumuna yeni paragrafların eklenmesi durumu için de geçerlidir. Onlar. Denetimler sırasında değişikliklere ilişkin Bilgilendirme Mektubu verilmemesini ihlal olarak değerlendirecekler...

Ve son bir şey. Veritabanlarının kendisi hakkında. Ne olduğuna dair bir tanım yok. Ama Roskomnadzor'un bir pozisyonu var

(daha fazla detay). Yani, herhangi bir sıralı veri listesi - bir metin dosyasında bile - veritabanı kavramı kapsamına girer. Buna göre, bir elektronik bildirimi doldururken, sıralı tüm bilgi dizilerinin tüm konumlarını belirtmelisiniz. Tüm ofisler, veri merkezleri ve taşeronlar için. Neyse ki henüz kişisel (BYOD!) ve ev bilgisayarlarının adreslerini belirtmenizi gerektirmiyorlar.

Özetleyelim:

1. Kağıt ile elektronik tebligat arasında önemli farklar vardır.
2. 152-FZ'ye göre kişisel veriler yalnızca veri tabanlarında yer alabilir.
3. Veritabanının ne olduğuna dair bir tanım yoktur, ancak büyük olasılıkla elektronik biçimde saklanan bir şekilde sıralanmış bilgiler olarak yorumlanacaktır.
4. Yalnızca Rus vatandaşlarına yönelik veritabanlarının depolama yerlerini belirtmeniz yeterlidir. Prensip olarak, bu gerekliliğin nereden geldiği açıktır - kişisel veri işleme yerlerinin Rusya'ya devredilmesi taleplerinin ardından doğmuştur. Ancak yasaya girdikten sonra - tuhaf görünmeye başladı - diğer ülkelerin vatandaşlarının ve vatandaşlarının verilerinin korunmasıyla ilgilenmiyor muyuz? Bu arada, veritabanları da burada ortaya çıktı; yabancı veri merkezlerinden aktarım mücadelesi vardı. Ancak yasalaştıktan sonra yine bir tuhaflık kaynağı haline geldi.
5. Konumun ne olduğu belirlenmedi. Yasaya göre ülkeye veya eve ne kadar doğru bir şekilde belirtmeniz gerekiyor? Şahsen, devletin neden tüm kişisel verilerin tüm konumlarını bilmesi gerektiğini anlamıyorum (evet - kanunun lafzına göre - eğer organize bilgiler depolanıyorsa herhangi bir zamanda son cep telefonuna kadar) ).

Etiketler: Etiket ekleyin

Veri merkezleriyle ilgili bu materyali yazarken standart olmayan bir yaklaşım izledik. Bir yandan makale bilgilendirici ve eğitici niteliktedir, diğer yandan örnek olarak gerçek bir Moskova'yı kullanacağız - TEL Hosting.

Veri İşleme Merkezi (DPC), bilgisayar ekipmanlarını barındıran yüksek teknolojili bir tesistir. Başlangıçta veri merkezleri esas olarak işletmelerin ve kuruluşların kendi ihtiyaçları için kullanılıyordu. Son zamanlarda, özel veri merkezi hizmetlerine olan ilginin artması ve müşteriler arasında bunlara olan talebin artması nedeniyle bu terim ticari alanda yaygınlaştı.

Veri merkezi hizmetleri

Veri işleme merkezleri, müşterilerine bilgi depolama ve işlemeyle ilgili çok çeşitli telekomünikasyon hizmetleri sunar. Bazı DC'ler standart çözümlere ek olarak ek hizmetler de sunmaktadır.

Standart veri merkezi hizmetleri:

Ek veri merkezi hizmetleri:

• Destek olmak
• Bulut çözümleri
• Yönetilen sunucu
• Uzak Masaüstü

Veri merkezlerinde kullanılan teknolojiler

Müşteri ekipmanı için en uygun koşulların korunmasına olanak tanıyan son derece gelişmiş bir teknik altyapı, modern bir veri merkezinin temel özelliğidir. TEL veri merkezi böyle bir tesisin açık bir örneğidir.

Veri merkezimizin teknik bileşeni hakkında (veri merkezi hakkında genel bir fikir edinebileceğiniz) ayrıntılı bir hikaye, Habré'deki kurumsal blogda yayınlanmaktadır.

Şu anda Moskova'da faaliyet gösteren 80'den fazla ticari veri merkezi bulunmaktadır. Yüksek rekabet ve ana hat operatörlerinin kanallarına yakınlık, Moskova fiyatlarını Rusya pazarındaki en rekabetçi fiyat haline getirmektedir. Rusya bölgelerinde veri merkezi hizmetlerinin fiyatları Moskova'ya göre birkaç kat daha yüksek.

Veri Merkezi Farkları

TIA-942 standardı

Bu standarda göre, tüm DC'ler kademe 1'den kademe 4'e kadar belirli bir seviye alır.

TEL veri merkezi resmi olarak tier2+ standardına uygundur.

Biçim

Bu kritere göre aşağıdakiler ayırt edilir:

A) özerk veri merkezleri
b) daha büyük sağlayıcılardan alan kiralayan veri merkezleri
c) genellikle belirli bir işletmenin ihtiyaçları için kullanılan sunucu odaları
d) veri merkezlerinin “çöpe atılması” (uygun altyapı olmadan).

TEL Hosting veri merkezi telekomünikasyon şirketi TEL'e aittir ve birinci tür tesislere aittir.

Çoğunlukla halihazırda uygulanmış veri merkezi projeleri veya oluşturulmasında kullanılan ileri teknolojiler hakkında bilgi verilmektedir. Bazı nedenlerden dolayı, bir veri merkezi seçiminin gerekçelendirilmesi sorunu, bunun için teknik özelliklerin yetkin bir şekilde hazırlanması sorunları ve veri merkezinde bulunan tüm yeteneklerin etkin kullanımına ilişkin sorular gözden kaçırılıyor. Elimden geldiğince bu konuları daha detaylı ele almaya çalışacağım.

Belgenin kapsamı ve dikkate alınması gereken konuların listesi

Bu belge, veri merkezlerinin, sunucu odalarının ve bilgisayar odalarının oluşturulması ve işletilmesinde görev alan uzmanlar için bir dizi gerekli bilgiyi sağlamayı amaçlamaktadır.

Belge şunları kapsamaktadır:

• Veri merkezlerinin tasarımı, inşası ve işletilmesi sırasında ortaya çıkan sorunlar ve bu sorunlara olası çözümler
• Modern standartların kullanımına ilişkin tavsiyelerin yanı sıra bunların kısa bir açıklaması da verilmektedir.
• Tasarımdaki ana hatalar ve işletme sırasında ortaya çıkan sorunlar verilir, sonuçları gösterilir, ayrıca hataları ortadan kaldırmanın ve sorunları çözmenin olası yolları gösterilir.
• Başarılı BT projeleri oluşturmanın kuralları ayrı olarak verilmektedir.
• Veri merkezinin ana unsurlarına ilişkin en önemli gereksinimler ortaya konulur ve mümkünse bu gereksinimlerin nedeni ve bunlara uyulmamasının sonuçları açıklanır.
• Veri merkezlerinin oluşturulmasındaki ana eğilimler ve yabancı ve Rus veri merkezlerinin bazı istatistiksel verileri listelenmiştir.

Elbette bu kapsamlı bir belge değildir ve gerekçelendirme, tasarım, devreye alma ve işletme aşamalarında ortaya çıkan ana konuları tek bir belge çerçevesinde ele almak mümkün değildir. Bu nedenle mümkünse bir veri merkezinin tüm yaşam döngüsünün kilit noktalarını vurgulamaya ve bence literatürde ve internette en az açıklanan konulara özellikle dikkat etmeye çalışacağım. Bazı konuların gerektiği gibi ele alınmaması, özellikle bazı konuların aşağıda da görüleceği üzere çok özel sebeplerden ötürü gizlenmesi nedeniyle önemini yitirmiyor.

Öncelikle belgenin hedefleneceği uzman çevresini netleştirmeye çalışacağım. Bunlar, veri merkezi olmayan ancak veri merkezi kurmak isteyen kuruluşlardan uzmanlar, veri merkezi kurmaya karar vermiş ancak teknik şartname (T)Z yazarken nelere dikkat etmesi gerektiğini ve nasıl seçeceğini bilmeyen uzmanlar olacaktır. bir veri merkezi kurmuş ancak onu işletmeye çalışan bir ortak, uzmanlar beyan edilen özellikleri sağlar ve maliyetleri düşürür. Belge muhtemelen ekipman tedarikçilerinin ve veri merkezi geliştiricilerinin de ilgisini çekecektir, en azından müşterilerinin sorunlarını anlamak açısından. Belge, bir veri merkezinin seçimini, tasarımını, yapımını ve işletimini gerekçelendirirken ortaya çıkan sorunların çoğunu dikkate alacak olsa da, belge şu veya bu ekipmanın seçimine ve hatta belirli ekipmanların zorunlu kullanımına ilişkin talimatlar içermeyecektir. teknolojiler. Gerçek şu ki, her yıl yeni ekipman, çözümler ve teknolojiler ortaya çıkıyor, çoğu zaman aslında bazı önemsiz değişikliklerin getirilmesiyle veya uzun zamandır bilinen çözümlerin uygulanmasıyla, ancak yeni bir teknik düzeyde farklılık gösteriyor. Hatırlamak - " Birkaç ilkeyi bilmek bizi birçok ayrıntıyı bilmekten kurtarır " Bundan yola çıkarak öncelikle bir veri merkezi için ideal olan karmaşık bilgi işlem sistemlerinin tasarım ve çalışma ilkelerinden bahsetmeye çalışacağım.

Veri merkezi kurma ve işletme sorunlarını tartışabilmek için bazı terimleri tanımlamanız ve veri merkezinin ne olduğunu anlamanız gerekir. Bu nedenle öncelikle “veri merkezi” teriminin kendisini tanımlamaya çalışacağım.

"Veri merkezi" teriminin tanımı

Son zamanlarda veri merkezi oluşturmaktan bahsetmek çok moda oldu. Kendine saygısı olan hemen hemen her şirket, uzmanlık alanlarından birinin veri merkezleri veya veri merkezleri inşası olduğunu beyan eder. Tipik olarak şirketler olumlu incelemelere, tamamlanan projelere vb. atıfta bulunur. ve benzeri.

Öncelikle bir veri merkezinin ne olduğunu, iyi bir sunucu odasından nasıl farklı olduğunu ve ayrıca bir veri merkezinin hangi özelliklerinin veri merkezi olarak adlandırılmasına izin verdiğini anlamaya çalışalım. Ayrıca veri merkezi kurarken ne tür işlerin özel dikkat gerektirdiğini ve kaliteden ödün vermeden nerede tasarruf edebileceğinizi anlamaya çalışacağız. Tüm bunları analiz etmek yalnızca daha iyi bir veri merkezi oluşturmaya değil, aynı zamanda diğer veri depolama ve işleme nesnelerini oluştururken kullanışlıdır.

Eğer dönersen Vikipedi O Veri merkezi veya merkez depolama ve veri işleme (Veri merkezi/TsKOD) sunucu ve iletişim ekipmanlarının yerleştirilmesi (barındırılması) ve abonelerin İnternet kanallarına bağlanması için özel bir binadır. Veri merkezinin diğer adı Veri merkezi(İngilizceden veri merkezi).

Yorum : Belge “” terimini içeriyorsa Veri merkezi", bu, bir belgenin terimin değil, tam olarak bu terimin kullanıldığı yerde alıntılandığı veya yeniden anlatıldığı anlamına gelir " Veri merkezi».

Aslında böyle bir yorum en azından veri merkezinin ne olduğunun tüm özünü ortaya çıkarmaz. Anlam olarak çok daha yakın olan şu yorumdur: “Veri merkezi, belirli kriterleri karşılayan işlevlerini sunmasına olanak tanıyan bir BT altyapısı ile bilgi verilerinin depolanması, işlenmesi ve dağıtılması için karmaşık çözümlerin kullanıldığı bir binadır (veya bir parçasıdır). .”

Her durumda, bir veri merkezini tanımlarken barındırma ve İnternet'in varlığını vurgulamamalısınız çünkü gerçekten olabilirler, ancak bunların yokluğu veri merkezi için kritik değildir. Veri merkezinin rafine formülasyonunun verildiği formda, Standartta belirtilen veri merkezi konseptine en iyi şekilde karşılık gelir. TIA-942. Her ne kadar benim görüşüme göre, “ Veri merkezi - Bu bir bina, onun bir parçası. veya bina grubu, ne için kullanılıyorlar... » metnin devamında. Çünkü Alt sistemlerin çoğaltıldığı bir veri merkezi uygulandığında, veri merkezinin coğrafi olarak birkaç bina arasında dağıtılacağı ortaya çıkabilir. Bazen bir veri merkezini işletirken bir dizi organizasyonel prosedür geliştirmenin ve personeli sürekli eğitmenin gerekli olduğunu hatırlıyorlar. Ama bu artık o kadar önemli değil çünkü bir veri merkezinin yalnızca bir bina değil, aynı zamanda bir dizi mühendislik çözümü olduğunu ve yalnızca bu değil, aynı zamanda gerekli hizmetlerin sağlanması ve nitelikli personelin mevcudiyeti olduğunu anlamalısınız.

Tarihsel olarak, veri merkezleri (veri merkezi adı daha sonra Rusya'da ortaya çıktı) 90'lı yıllarda BT şirketlerinin sahip olduğu büyük sunucu sunucularından büyüdü. Bu niteliksel değişim, istemci-sunucu teknolojisinin ortaya çıkması, yeni kablolu ağ standartlarının ortaya çıkması ve hiyerarşik medya yönetiminin ortaya çıkmasıyla kolaylaştırılmıştır. Veri merkezlerinin temel özellikleri, 2000 yılında, veri merkezlerinin kendilerini destekleme yetenekleri olmayan kuruluşlar için İnternet sunucuları dağıtma ve çeşitli kuruluşların genişletilmiş veritabanlarının bilgisayar merkezlerinde çalışmasını sağlama konusunda büyük talep görmeye başladığı zaman gelişti. .

Şu anda yalnızca St. Petersburg'da birden fazla var 30 Veri merkezi. Aslında onlardan daha fazlası var çünkü Bazı kuruluşlar veri merkezi konseptine uygun altyapılar kurmuşlardır.

Standartla İlgili TIA-942 Belgenin, mühendislik alt sistemlerinin inşası (esas olarak gereksinim beyanları şeklinde) konularını ayrıntılı olarak ele aldığına dikkat edilmelidir, ancak gerçekleştirmek için bir veri merkezi inşa etmek için belirli bir proje seçme sorusunu sormaya çalışırsanız, belirli görevler, sorular hemen ortaya çıkar. TIA-942 Standardı konsepti tanıtıyor KADEME seviyeleri. Standart, değişen derecelerle ilişkili dört seviyeyi dikkate alır. hazırlık (TIA-942 terminolojisi ) veri merkezi ekipman altyapısı. Daha yüksek seviyeler yalnızca daha yüksek kullanılabilirliğe karşılık gelmez, aynı zamanda daha yüksek altyapı maliyetlerine de yol açar. Aslında TIA-942 Standardı veri merkezlerini yalnızca güvenilirlik düzeyine göre böler (sınıflandırır) (bazen kullanılabilirlik düzeyine göre de öyle yazıyorlar ama bu terim yakın olmasına rağmen yine de " teriminden daha dardır). güvenilirlik»).

Veri merkezi sınıflandırması

Veri merkezi kavramı oldukça bilgilendirici değildir; gerçek şu ki, tüm veri merkezleri yalnızca büyüklük açısından değil, aynı zamanda kendilerine atanan görevler açısından da farklıdır ve mümkünse temel işlevlerini belirli bir düzeyde (kalite) sağlar. . Ve farklı veri merkezlerinin ana işlevleri, yönelimlerine bağlı olarak farklı işlevler olarak kabul edilebilir.

Daha yakından bakarsanız, veri merkezlerinin bölünebileceği pek çok kriteri tanımlayabilirsiniz. Temel olarak veri merkezlerinin işleyişinde belirleyici olacak olan bu kriterlerdir veya bu kriterler, belirli bir grup veri merkezinin seçilmesini mümkün kılan bir takım özellikler taşıyacaktır.

Veri merkezleri şu şekilde ayrılabilir:

• Amaç veya daha doğrusu, bunları kamuya açık ve halka açık olmayan ("kurumsal" terimi daha sık kullanılır) veri merkezlerine bölmek;
• Veri depolamanın güvenilirliği (güvenilirlik ve kullanılabilirliğin birleşimi açısından daha kesin olmak gerekirse).

Ayrı gruplar da var Afete dayanıklı Veri İşleme Merkezleri (DPC) ve " çöp veri merkezleri" "Çöp kutusu" adı nereden geliyor (İng. çöp- çöp) – genellikle bunlar soğutmanın yalnızca doğal hava değişimi yoluyla uygulandığı küçük veri merkezleridir.

Bu tür "çöp" veri merkezleri çoğunlukla veri merkezlerinin gereksinimlerini tam olarak karşılamıyor, ancak daha ucuz, çevre dostu ve onlardan sunucu raflarının kiralanması önemli ölçüde daha ucuz.

Kamuya açık ve halka açık olmayan veri merkezlerinin ayrılmasıyla her şey açık ve tasarıma yaklaşımları farklı. Sonuçta kuruluş kendisine bir veri merkezi yaparken hangi temel özelliklere ihtiyacı olduğunu ve nereden tasarruf edebileceğini çok iyi biliyor. Dolayısıyla veri merkezi gereksinimlerinin seçici olarak yerine getirilmesi olasılığı. Halka açık veri merkezlerinde her şey biraz daha karmaşıktır ve müşteri sayısını artırmak için bir veri merkezinde sertifika almak istiyorlarsa, o zaman en azından herkesin zorunlu tavsiyelere uyması gerekecektir.

Güvenilirlikten bahsediyorsak o zaman “arızalar arasındaki ortalama süre” terimini dikkate alarak başlamamız gerekir. Aslında bir sistemin, elemanlarından birinin arızalanması sonucu arızalanmasının ardından işlevinin sona ereceği bir gerçek değildir. Sistemin unsurlarından biri arızalandığında (çalışma durumundan çalışmama durumuna geçiş), sistem çalışmaz hale gelirse, o zaman bir arıza oluştuğunu söylerler. ret. Buna rağmen sistem çalışır durumda kalırsa bir sorun oluştuğunu söylüyorlar arıza. Arıza ve arızaların meydana gelme anı ve sıklığı olasılık teorisi yöntemleriyle açıklanmıştır ve bu belgede dikkate alınmamıştır. Hatırlamanız gereken tek şey, yalnızca analiz ederek diyagram sistemin güvenilirliği ve her bir bileşen parçasının arızalar arasındaki süreye ilişkin dijital terimlerle ilgili verilere sahip olduğumuz için, tüm sistemin kullanılabilirlik düzeyi veya performansı hakkında konuşabiliriz. Yıl içerisinde sistemin çalışır durumda ve/veya kapalı olduğu sürenin yüzdesi (% Çalışma Süresi ve Arıza Süresi) doğrudan ilişkilidir. Kesinti süresi, yılın toplam kesinti süresidir. Bu terimler sıklıkla farklı seviyeleri tartışırken kullanılır ( Aşama) Veri merkezi. Ancak farklı seviyeler için dijital ifadeleri doğru değil, Çünkü Hata toleransı göstergelerinin aynı seviyedeki veri merkezleri arasındaki yayılımı büyük olabilir. Belgenin uygun yerinde, veri merkezinin çeşitli düzeylerinde kesinti süresini karakterize eden tüm rakamların kötü olandan geldiği ve gerçekten güvenilemeyeceği gösterilecektir. Kısacası, çeşitli veri merkezi seviyelerinin en karakteristik özelliklerinin listesi basit bir tabloda özetlenebilir.

Veri merkezi sınıfı (düzey)
En karakteristik özellik	Temel seviyedüşük hata toleransı	Rezervasyonlu	Paralel bakım çalışması imkanı ile	Yüksek hata toleransı
	Hem planlı hem de plansız eylemlerden dolayı işin normal seyrinde aksamalara karşı hassastır. Güç dağıtımı ve bilgisayar soğutma sistemleri vardır, ancak yükseltilmiş zeminlere, UPS'e veya jeneratöre sahip olabilir veya olmayabilir. UPS veya jeneratör olsa bile tek modüllü sistemlerdir ve tek arıza noktaları çoktur. Planlı bakım ve önleyici onarımların gerçekleştirilmesi için her yıl altyapının tamamen kapatılması gerekiyor. Acil ihtiyaçlar daha sık kesinti gerektirebilir. Tesis altyapı bileşenlerinin operasyonel hataları veya kendiliğinden arızalanması, veri merkezinin normal işleyişinde kesintilere neden olacaktır.	Planlı ve programsız eylemler nedeniyle normal iş akışındaki kesintilere temel veri merkezine kıyasla daha az duyarlı olan yedek bileşenler vardır. Bu durumda yükseltilmiş döşeme, UPS ve jeneratörler var ancak projenin N+1 (İhtiyaç Artı Bir) derecelendirmesi var, bu da tüm alan boyunca tek akışlı dağıtım yolu anlamına geliyor. Kritik güç yolunun ve tesis altyapısının diğer bölümlerinin bakım ve onarımı, veri işleme sürecinin kapatılmasını gerektirecektir.	Makine dairesi teknik ekipmanlarının normal işleyişini aksatmadan, tesis altyapısının planlı her türlü faaliyetini gerçekleştirmenize olanak sağlar. Planlanan faaliyetler arasında önleyici ve programlanabilir bakım, bileşenlerin onarımı ve değiştirilmesi, performansı etkileyen bileşenlerin eklenmesi veya çıkarılması, bileşen ve sistemlerin test edilmesi vb. yer alır. Aynı hatta yüksüz olarak eşzamanlı yükleme yapmak için yeterli güç ve dağıtım yetenekleri mevcut olmalıdır ve aynı zamanda başka bir yolda onarım veya test yapmak için. Operasyonel hatalar veya tesis altyapı bileşenlerinin kendiliğinden arızalanması gibi planlanmamış eylemler, yine de veri merkezinin normal işleyişinde kesintilere neden olacaktır. Seviye III tesisleri genellikle kaynakları Seviye IV'e çıkarma beklentisiyle tasarlanır.	Birden fazla aktif güç ve soğutma dağıtım yoluna sahiptir. 2 yolun varlığı nedeniyle artan derecede hata toleransı sağlar. Her türlü bilgi işlem ve telekomünikasyon ekipmanına güç sağlamak için birden fazla yol sağlar. Tüm bilgisayar ve telekomünikasyon ekipmanlarının birden fazla güç girişine sahip olmasını gerektirir. Ekipman, bir güç girişinin bağlantısı kesildiğinde çalışmaya devam eder. Tesisin altyapısı, kritik yükün normal çalışmasını aksatmadan her türlü planlı faaliyete izin verebilecek kapasitededir. Hataya dayanıklı işlevsellik ayrıca veri merkezi altyapısının, görev açısından kritik iş yükünü etkilemeden en az bir planlanmamış en kötü durum hatasına (veya olayına) dayanabilmesini sağlar. Her sistemin N+1 yedekli olduğu iki ayrı UPS sistemine sahiptir.
Kaynak tüketen şirket türü	Orta ve küçük işletmeler. Şirket içi süreçlere hizmet veren veri merkezi	Orta ve küçük işletmeler. Veri merkezi 5x8 modunda çalışır	Hem iç hem de dış müşterilere 7X24 hizmet veren şirketler	Global şirketler 24×365 hizmet veriyor
Bina türü	Komşularla		Bağımsız
Güç girişi sayısı	1		Biri aktif, diğeri beklemede	İki aktif

Örnek olarak, kullanılabilirlik ile sistemin çalışmadığı süre (yıllık) arasındaki ilişkiyi veriyorum. Seviyeleri sayılara bağlamayacağım çünkü... Yukarıda da söylemiştim, erişilebilirlik göstergelerinin yıllara göre dağılımı bir düzeyde oldukça büyük olabiliyor.

Kullanılabilirlik, % (%YUKARI ZAMANI)	Yıllık kesinti süresi, saat. (AŞAĞIZAMANyıllık), saat	Güvenilirlik Çözümleri
		Yedeklilik, jeneratör ve yedek giriş olmadan
		Yedekleme yok, jeneratör ama yedek giriş var
		Kısmi "soğuk" yedekli, jeneratörsüz ancak yedek girişli
		En önemli parçaların "sıcak" yedeklenmesi ve hemen hemen her şeyin "soğuk" yedeklenmesiyle, bir jeneratör ve yedek girişin varlığı
		En kritik parçalar için sıcak bekleme ve hemen hemen her şey için soğuk bekleme, jeneratör sıcak beklemede ve yedek giriş sıcak beklemede.
99,999	5.26 dk.	Her şeyin tam yedekliliği, her zaman 2 yola (bağlantıya) sahip olmak, çoğunlukla çoğaltmayla.

“Rezervasyonsuz” tipinde bir giriş, bir arıza durumunda, arızalı ünitenin tedarikçiden sipariş edilmesinin ve teslim alınmasının bekleneceği anlamına gelmez. Hesaplanan yedek parça stoklarının varlığı ve MTTR göstergesinin (ortalama onarım süresi) değerindeki azalma da arıza süresini önemli ölçüde etkiler.

Bir önemli not daha. Veri merkezi, bileşen parçalarından birinin minimum seviyesinin maksimum seviyesi olacaktır.. Ama öte yandan şunu da unutmamak gerekiyor. Standartlardaki önerilerin tümü zorunlu değildir ve ihlallerin neyi ve nasıl etkilediğini tam olarak biliyorsanız, genellikle bir miktar tasarruf edebilirsiniz. bir veri merkezi oluştururken.

Örnek

Geliştiriciler sıklıkla veri merkezinin enerji verimliliğini artırmak için çabalıyorlar;Toplam gücün BT ekipmanının gücüne oranı olarak ölçülen çalışma sıcaklıklarını artırma yeteneği ile uzun süredir mücadele ediyor. Fikir sağlamdır, çünkü gerçekte bir veri merkezindeki çoğu bilgisayar ekipmanının hizmet ömrü 3-4 yıldır, ancak güç kaynağından sorumlu ekipmanın uygun bakımla da olsa genellikle daha az sıklıkta değiştirildiği de unutulmamalıdır. . Bu sürenin sonunda ya ekipmanlar değiştirilir ya da en kritik uygulamalar başka yeni ekipmanlara aktarılır. Oda sıcaklığındaki birkaç derecelik artış, bu süre zarfında ekipmanın arızalanma olasılığını gerçekten etkilemez, ancak soğutma kayıplarını önemli ölçüde azaltarak enerji verimliliğini artırır.Artık bazı veri merkezi sınıflarında izin verilen sıcaklığı daha da artırma eğilimi var.

Bu nedenle bilmek çok önemlidir Standartların neden belirli gereklilikler içerdiği ve standarttan şu veya bu yönde saparsanız ne olacağı. Bütün bunlar yalnızca veri merkezinin belirli bölümlerine yönelik gereksinimlerin analiz edilmesiyle çözülebilir. Bir veri merkezinin bileşenlerinin gerekliliklerini hangi standartların düzenlediği, birbirleriyle çelişip çelişmediği ve bu standartlara genel olarak uymaya değer olup olmadığı sorusunu da anlamak gerekir. Bu nedenle bir sonraki bölüm standartlara ve onların gerekliliklerine ayrılacaktır.

Veri merkezi bileşenleri için standart gereksinimler

Öncelikle gereksinimlere, hangi standartlara uyulması gerektiğine ve en önemlisi, bunların iyi ya da kötü yönde biraz "ihlal edilmesi" durumunda ne olacağına karar vermeniz gerekir. Bölümün en başında biraz kışkırtıcı bir düşünceyi dile getireceğim. Gerekirse standartların ihlal edilebilmesi için standartların bilinmesi gerekir. Daha doğrusu bazı gereklilikleri yerine getirmek mantıklıdır. özel veri merkeziniz için Seçtiğiniz veri merkezi sınıfının standart gereksinimlerinden daha yüksek veya daha düşük. Bu satırı yazdım ve bir veri merkezi geliştirirken gereksinimlerine uyulması gereken bu “akıllı” standardın adını artık mutlaka yazmam gerektiğini fark ettim. Ama... hayır, o kadar basit değil. Başlığında “Standart...” gurur verici adını taşıyan belgeler aslında çoğunlukla bu Standardı oluşturan bir grup uzmanın genelleştirilmiş deneyimidir. Erişilebilirliğe doğru (%YUKARI ZAMANI) veya aksama süresi (AŞAĞIZAMAN) tavsiyeler doğrudan alakalı değildir. Standartların gerekliliklerine uymak gerçekten bu göstergeleri iyileştirmenize olanak sağlar, ancak bu, ne ölçüde karanlıkta kalan bir gizemdir. Gerçek şu ki, bu göstergelerin azalmasına veya artmasına etki eden tüm faktörleri hesaba katmak pratik olarak imkansızdır ve hatta veri merkezinizde özel olarak kullandığınız tüm ekipmanlara ait verileri elde etmek imkansızdır. Ne yapalım? Öncelikle oluşturacağınız veri merkezi için gereksinimleri önceliklendirdikten sonra standartlardan birini temel almaya çalışın ve ardından onun gereksinimlerini mümkün olduğunca doğru bir şekilde takip edin.

Bana göre daha önce bahsettiğimiz özelliklerle kendinize uygun bir Standart aramaya başlamalısınız. TIA-942 « Telekomünikasyon altyapısıBilgi İşlem Merkezleri". Standardın ilk versiyonu 2005 yılında yayınlanmıştır. Yapılar, güç kaynağı, ısı dağıtımı, güvenlik kontrolü, yedeklilik, bakım ve devreye alma prosedürlerine ilişkin gereksinimler burada ayrıntılı olarak açıklanmaktadır.

Haziran 2010'da Yapı Endüstrisi Danışmanlık Hizmeti International Inc. (BICSI) yeni bir standart yayınladı 002-2010 : Veri Merkezi Tasarımı ve Uygulamasına İlişkin En İyi Uygulamalar. Bu standart BSCI 002-2010 Bilgisayar merkezlerini düzenlemenin artan karmaşıklığını ve şirketlerin ve kuruluşların bilgi işlem merkezi altyapısını tasarlarken enerji, mekanik yükler ve telekomünikasyon gereksinimlerini anlama ihtiyacını yansıtıyor.

Hangi standardı kullanmak daha iyidir? Farklılıkları nelerdir? Peki nasıl sertifika alacaksınız? Sonuçta başka kuruluşların standartları da var. Örneğin, Uptime Institute standartlarına göre sertifikasyon ile temel fark, bu kuruluştan sertifikalı profesyonellerin kendi standartlarında belirtilen gerekliliklerin uygulandığını yerinde doğrulamak zorunda olmasıdır. 2010 yılının ortalarında Uptime Institute başka bir standart yayınladı: Operasyonel Sürdürülebilirlik(Operasyonel Sürdürülebilirlik)” hizmetlerini düzenlemek ve işletmek. Eksik olan tam olarak operasyon hizmetinin gereklilikleriydi. TIA-942 . Ve Standardın gerekliliklerini müştereken yerine getirmekle birlikte TIA-942 ve standart Operasyonel Sürdürülebilirlik Bir veri merkezinin gereksinimlerini oldukça doğru bir şekilde formüle etmek zaten mümkün, ancak pratikte yeni veri merkezlerinin inşaatçıları daha çok TIA-942 standardına başvuruyor. Gerçek şu ki, standartların her biri farklı bir kuruluş tarafından derlenmiştir ve birçok ayrıntıda birbirinden farklılık göstermektedir. Üstelik Uptime Institute uzmanlarına göre, kullanılabilirlik seviyelerine bölünme sırası, işlevsel olarak TIA-942 seviyeleriyle hiçbir şekilde bağlantılı değil; bilgisayar merkezlerinin arızalar ve kazalar karşısında işlevselliğini sürdürme yeteneğini değerlendiriyorlar. Karışıklığı önlemek için Uptime Institute uzmanları, yorumlarında erişilebilirlik seviyelerinin I, II, III ve IV Roma rakamlarıyla belirtilmesini önermektedir. Bir veri merkezini sertifikalandırmak oldukça zordur. Eğer siteye gidersen Çalışma Süresi Enstitüsü(web sitesi http://uptimeinstitute.com) Mayıs 2012'nin sonunda, yalnızca 1 merkez aslında Seviye IV'ü sağlamaktadır (yani yalnızca dokümantasyon ve teknik araçlarla birlikte oluşturulan bina değil, aynı zamanda operasyon seviyesi) 6 adet veri merkezi için Tier IV için inşa edilen tesisin sertifikasyonu gerçekleştirilmiştir. 22 tesis için Tier IV veri merkezlerinin inşasına ilişkin dokümantasyon sertifikası alındı. Şu anda Seviye IV arasında Rusya veri merkezi bulunmamaktadır. Ayrıca çok fazla Tier III veri merkezi yoktur. Sağlamak tamamlamak“Operasyonel Dayanıklılık” için Seviye III gerekliliklerini yalnızca 4 veri merkeziyle karşılıyor. Aralarında Rus yok. Dokümantasyon ve tesisler, 5 Rus veri merkezinde (4 Tasarım Belgesi ve 1 İnşa Edilmiş Tesis) Seviye III'e karşılık gelmektedir.

2012 yılı içerisinde, sonraki versiyonlar olan TIA-942-1 ve TIA-942-2'ye yapılan değişiklikleri ve eklemeleri içerecek olan TIA-942-A Standardı yayınlanacaktır. Ne yazık ki standardın yeni versiyonu büyük ölçüde değişti. Yeni TIA-942-A standardı yalnızca kablolama sistemleri konusunu ele alacak ve artık TIA-942 standardı kadar kapsamlı olmayacaktır. Onlar. çoğunlukla o yalnızca kablo sistemlerinin yapımını düzenleyecek. Enerji verimliliği ile ilgili bölüm muhtemelen bu konuyu yalnızca kablolama sistemi ve yeşil fiber optik ortamının kullanımı perspektifinden ele alacaktır.

Aşağıda mevcut TIA-942-A projesinde yer alan ana değişikliklerin bir listesi bulunmaktadır (geliştiricinin ön beyanına göre). Bu bilgiler italik olarak yazılmıştır.

TIA-942-A, 568-C.0 standardında sunulan topoloji, terminoloji ve çevresel sınıflandırmaların yanı sıra TIA-568-C'de sunulan bileşen spesifikasyonları açısından TIA-568-C standart serisine uygundur. 2 ve C.3;

• TIA-942-1 ve TIA-942-2 uygulamaları TIA-942-A standardına dahildir;
• Topraklama bilgisi TIA-942-A'dan TIA-607-B'ye taşındı;
• Yönetim bilgileri TIA-606-B standardına taşınacak;
• Telekomünikasyon kabinleri ve sunucu rafları, güç ayırma ve telekomünikasyon kabloları ile ilgili bilgilerin çoğu TIA-569-C standardına taşınacak;
• Harici kablolama bilgileri TIA-758-B'ye taşındı;
• Yatay fiber optik kablo sistemlerinde 100 metre uzunluk sınırlaması kaldırıldı.
• Yatay kablolama sistemlerinde Kategori 3 ve Kategori 5e kablolar artık kullanılmamalıdır. Standardın çalışma versiyonu, yatay kablo sistemlerinde Kategori 6 ve Kategori 6A tiplerinin dengeli bükümlü çiftlerinin kullanılmasına izin verir. Kategori 6 ve Kategori 6A aynı zamanda omurga kablo sistemlerinde de kullanılabilir;
• OM3 ve OM4 tipi çok modlu fiber optik kabloların (850 nm dalga boyunda lazer bazlı ışık kaynaklarıyla çalışmak üzere optimize edilmiş, 50/125 μm çekirdek/kaplama çapına sahip çok modlu optik fiber) kullanımı onaylanmıştır. yatay ve omurga kablolama sistemleri. OM1 ve OM2 kablo tiplerinin artık kullanılmasına izin verilmemektedir;
• Bir veya iki fiber kabloyu bağlamak için LC tipi fiber optik konektörler ve MPO tipi çoklu fiber konektörler için kullanılmalıdır;
• Veri merkezi topolojisi bir ara dağıtım alanı (IDA) içerir;
• Standarda enerji verimliliği ile ilgili bir bölüm eklenmiştir;
• Uluslararası ISO/IEC 24764 standardından ödünç alınan "donanım çıkışı" (EO - ekipman çıkışı) ve "harici ağ arayüzü" (ENI - harici ağ arayüzü) terimleri eklenmiştir.

“Operasyonel Sürdürülebilirlik” Standardı sadece TIA-942'yi tamamlıyorözellikle veri merkezi işletimi açısından.

Operasyonel Sürdürülebilirlik standardı, veri merkezlerinin sürdürülebilirliğini sağlamak ve ilgili riskleri en aza indirmek için gereklilikleri açıklamaktadır. Bilindiği üzere, daha önce yaygın olarak kullanılan “Kademe Standardı: Topoloji” standardı, veri merkezinin belirli bir güvenilirlik düzeyine ulaşması için gerekli teknik parametrelerini düzenlemekteydi. Yeni standardın özelliği, insan faktörünü dikkate alır Veri merkezinin sürdürülebilir işleyişinde. Ve bu çok önemlidir, çünkü bu faktörle ilişkili işteki hataların yüzdesi 70% , bunlardan biraz daha fazlası 40% işletme hizmet yöneticileri tarafından yapılan hatalarla ilişkilendirilir. Bu hataların en aza indirilmesi için personel ile hedefe yönelik çalışmalar yapılması, niteliklerinin iyileştirilmesi ve nitelikli personelin elde tutulmasına yönelik tedbirlerin alınması gerekmektedir.

Kurumun standartlarını göz önünde bulundurursak BICSI, yaklaşımlarının diğer kuruluşların sürdürülebilirlik düzeylerini değerlendirme yaklaşımlarından farklı olduğunu görebilirsiniz.

Sürdürülebilirlik seviyelerini ve standardın ana bölümlerini değerlendirme sistemi BICSI 002 2010 . Derneğe göre, standardın geliştiricileri, operasyonlarının uzun vadeli perspektifini dikkate alarak veri merkezlerinin tasarımını ve inşasını sağlama hedefini belirlediler. Belgenin ana bölümleri:

• Veri merkezi düzeni
• Site seçimi
• Mimari çözümler
• Bina inşaatı
• Elektriksel sistemler
• Mekanik sistemler
• Yangın söndürme
• Emniyet
• Bina otomasyon sistemleri
• Telekomünikasyon
• Bilgi Teknolojisi
• Devreye alma
• Operasyon ve bakım
• Dizayn süreci
• Güvenilirlik

Bu nedenle, veri merkezleri oluşturma standartlarına ilişkin olarak, veri merkezleri için genel standartların tüm geliştiricilerinin, veri merkezlerinin temel seviyelerini oluştururken gereksinimler ve Standartlara yapılan atıflar açısından birbirleriyle çelişmediğine dikkat edilmelidir. Ticari veri merkezleri, özel yapıları gereği, temel aldıkları standardın tüm gerekliliklerini karşılamalı (ve tercihen sertifikalandırılmış olmalıdır). Önerilerin tümü bir veri merkezinin ana kalitesini etkilemez; belirli bir düzeyde kullanılabilirlik sağlar. Bu nedenle ticari olmayan veri merkezleri bazı durumlarda bazı gereksinimleri göz ardı edebilir. Dahası, Sertifikasyon sadece pahalı bir şey değil aynı zamanda veri merkezinin performans düzeyini de doğrudan etkilemez.. Veri merkezinin hayata geçirilmesinden sonra, sertifika almak için standartlardan birinin gerekliliklerini karşılamaya çalışarak sadece destek seviyesinde değil diğer seviyelerde de bazı değişiklikler yapmak hala mümkündür.

Uptime Institute, bir zamanlar veri merkezi ekipman altyapısının (veri merkezi) farklı derecelerde hazır olma durumuyla ilişkili dört seviye tanımlamıştı. Aslında erişilebilirlik düzeyiyle ilgili olsalar da, "TIER" teriminin kendisi "Seviye" olarak çevrilse de TIER düzeylerinden bahsetmek muhtemelen daha doğrudur. Yukarıda “Seviye” kavramını açıklamam ve veri merkezi kullanılabilirlik düzeyinin dijital özelliklerini sunmamam boşuna değildi. Sayısal ifadeler yalnızca tamamlanan projelerin analizinden elde edilmiştir. Uptime Institute'un, Endüstri Standardı Katman Sınıflandırmaları Site Altyapı Performansını Tanımla adlı bülteninde geliştirilen bir belgeden bazı verileri burada bulabilirsiniz.

Parametre/Sınıf Veri merkezi (seviye)	1 Düşük hata toleransı			4 Yüksek hata toleransı
Bina türü	Komşularla	Komşularla	Bağımsız	Bağımsız
Güç girişi sayısı	1	1	Bir aktif ikinci rezerv	İki aktif
m2 başına başlangıç ​​gücü W	215 - 323	430 - 537	430 — 645	537 - 860
Maksimum güç W/m2	215 - 323	430 - 537	1075- 1615	1615+
Kesintisiz klima	HAYIR	HAYIR	Belki	Yemek yemek
Metre cinsinden yükseltilmiş döşeme yüksekliği	0.3	0.45	0.75 - 0.9	0.75 - 0.9
415	488	732	732+ (2005 standardına göre 1000+)
Yıllık toplam arıza süresi	28,8 saat	22 saat	1,6 saat	0,4 saat
Veri merkezi kullanılabilirliği	99,671 %	99,749 %	99,982 %	99,995%
İşletmeye alma süresi (ay)	3	3 - 6	15 - 20	15 - 20
Standart proje ilk kez hayata geçirildi	1965	1970	1985	1995

Standartların kullanımına ilişkin genel sonuç:

• TIA - 942 standardının en son eklemelerle (örneğin “Operasyonel Sürdürülebilirlik” standardı ile) kullanılması temel kabul edilmelidir;
• Yeni TIA-942-A standardı (24 Nisan 2012'de onaylanmıştır) yalnızca kablolama sistemleri konusunu ele almaktadır ve artık TIA-942 standardı kadar kapsamlı olmayacaktır;
• Bir veri merkezi inşa ederken sadece standartları değil, aynı zamanda en çok aranan niteliklerinden ödün vermeden önemli ölçüde tasarruf etmenizi sağlayan sağduyunuzu da kullanmalısınız;
• Sertifikasyon ticari bir veri merkezi için daha gereklidir ancak bir kuruluşun veri merkezi bu işin içinde olmayabilir. Elbette veri merkezi standartlara göre oluşturulmuşsa önerilerden tüm sapmaların gerekçelendirilmesi gerekir;
• Okuduktan ve en önemlisi hangi Standardın temel alınacağını ve gelecekteki geliştirmede hangi gereksinimlerin vurgulanması gerektiğini anladıktan sonra, standartlarla çalışmayı bitirdiğinizi varsayamazsınız. Bir sonraki aşamaya geçmeden önce, eski, iyi, ancak şu anda çoğunlukla unutulmuş olan GOST'ler - seri 34'ü yeniden okumak zorunludur. Uzun yıllardır güncellenmemiş olmaları sorun değil, ancak ayrıntılı bir değerlendirme var. ön tasarım aşamaları. Bilinen "iş süreçleri" veya "işlemci yaklaşımı" sözcüklerini içermiyorlar, ancak bunların yerini oldukça doğru bir şekilde alan "bilgi modeli" kavramı var. Bu nedenle özellikle teknik şartname aşamasında bu dokümanlar size yardımcı olacaktır. Elbette yaratıcı olmanız ve tüm tavsiyelere harfiyen uymamanız gerekiyor, ancak bunları dikkatlice okumalısınız.

Veri merkezi oluşturma prosedürü

İşin garibi, gelecekteki bir projenin başarısına veya başarısızlığına en büyük katkı ilk aşamalardan geliyor. Aslında dünya istatistiklerine göre bilişim sektöründe 3 projeden yalnızca biri başarılı oluyor. Daha titiz bir yaklaşımla projenin başarısını şöyle değerlendirirsek:

• belirtilen işlevleri gerekli kalitede yerine getirme yeteneği
• işi planlanan sürede tamamlamak
• orijinal proje bütçesini aşmamak
• projenin çeşitli aşamalarında acil durum çalışmalarının olmaması
• Projenin modernizasyonu için hemen çalışmaya başlamanıza gerek yok.

İşler daha da kötüleşecek. Muhtemelen projelerin %20'sinden fazlası "başarılı" tanımına girmeyecektir.

Bir projenin başarısız olmasının birçok nedeni vardır. İşte proje yönetiminin yanlış politikası (yani tartışmalı sorunları çözmek çoğu zaman uzlaşma bulmak anlamına geldiğinden bir politika), kuruluş başkanından uygun desteğin olmaması, teknik spesifikasyonların zayıf gelişimi ve sonuç olarak büyük plansız işlerin sayısı, proje için mücbir sebep koşullarının karşılandığı kuruluştan uzmanların zayıf katılımı.

Hemen hemen her projede başarısızlık ihtimali mevcutsa, pek çok firmanın onlarca başarılı projesine dair neşeli açıklamalara ne dersiniz? Öncelikle “” terimini tanımlayarak her şeyi hemen yerine koymanız gerekiyor. Proje».

Proje(Wikipedia'ya başvurursanız) - Bu, zaman içinde bir başlangıcı ve sonu olan, belirli bir sonuç/hedefe ulaşmayı, belirli kaynak ve zaman kısıtlamaları ve aynı zamanda kalite altında belirli, benzersiz bir ürün veya hizmet yaratmayı amaçlayan benzersiz (operasyonların aksine) bir faaliyettir. ve kabul edilebilir seviye gereksinimleri riski. Belki bu tanım daha fazla spesifiklik sağlamak için basitleştirilebilir. Proje— Planlanan hedefe ulaşmakla ilgili olarak gerçekleştirilen bir dizi görev, faaliyet veya çalışmadır, genellikle benzersiz ve tekrarlanmayan bir karaktere sahip olan . Önemli olan projenin her zaman benzersiz olmasıdır (en azından onu gerçekleştiren insanlar için). Dolayısıyla sanatçıların başarılı bir proje olarak bahsettiği her şey aslında başarılıdır uygulama, onlar. hazır bir çözümün uygulanması. Başarılı uygulamaların yüzdesi başarılı projelerden önemli ölçüde daha yüksektir. Ve eğer programcılar için herhangi bir karmaşık program yazmak her zaman bir proje ise, o zaman altyapı oluşturma alanında da uygulamalar mümkündür. Uygulama bir projeye dönüştüğünde çizgiyi çizmek oldukça zordur. Örneğin, uzak bir sitenin otomasyonu için küçük bir yazılım ve donanım kompleksi oluşturulmuşsa ve geliştirici bunu ilk kez yapmıyorsa ve hem donanımda hem de kurulu sette daha önce oluşturulmuş olanlardan farkların sayısı programlar minimum düzeydeyse, bu uygulamadır. Ve oldukça yüksek bir başarı şansı var. Önemli miktarda yeni donanım, yeni karmaşık yazılımların kurulumu veya önceki çözümlerin uygulanması çerçevesinde karşılanamayan yeni gereksinimlerin ortaya çıkması açısından farklılıklar ortaya çıkıyorsa, böyle bir donanım ve yazılım kompleksinin oluşturulması bir proje olacak. Onlar. Projeyi yürüten kişi, işinin başında daima Hedefler tanımlanmış, çözümler belirsiz, sorunun başarılı çözümü söz konusu. Terminolojik bir konu gibi görünen bu konu üzerinde neden detaylı olarak durduğumu anlatayım.

Gerçek şu ki, işin yapılması ve değerlendirilmesi konusunda 2 yaklaşım vardır. Bu, Geliştiricinin yaklaşımı ve Müşterinin yaklaşımıdır.

Geliştirici, Müşteriden gelen bir görevi uygularken şunları yapmaya çalışır:

1. Geliştirici tarafından halihazırda uygulanan bir çözümü uygulamaya çalışın;
2. Bu mümkün değilse, diğer şirketler tarafından test edilen bir çözümü uygulamaya çalışır (çoğunlukla donanım veya yazılım üreticisi tarafından önerilen bir çözüm);
3. Müşterinin gereksinimlerini azaltmaya çalışın ve mümkünse bunları aynı standart çözümlere indirin;
4. Önceki nokta başarısız olursa Geliştirici, işi tamamlamak için gereken süreyi artırmaya veya çalışmasının kabulü için gereklilikleri daha esnek hale getirmeye çalışır;
5. Kabul aşamasında tamamlanan projenin güçlü yönlerine odaklanmaya çalışın, hatalarınızı ve kusurlarınızı gizleyin;
6. Projeyi hızlı bir şekilde tamamlayıp yeni bir proje başlatmaya çalışın veya son çare olarak dış kaynak kullanımını güvence altına alın.

Müşterinin yaklaşımı öncelikle aşağıdakilerle karakterize edilir:

1. Geliştiriciden mümkün olduğunca fazlasını ve daha az para karşılığında alma girişimi;
2. Projenin geliştirilmesi sırasında orijinal teknik şartnamedeki noktaları değiştirmeye veya açıklığa kavuşturmaya yönelik girişimler;
3. Kabul sırasında mümkün olduğunca fazla belge almaya çalışın ve geliştiricinin hatalarını bulun;
4. Masrafları Müşteriye ait olmak üzere, yalnızca kabul süreci sırasında tespit edilen hataları düzeltmeye değil, aynı zamanda projede daha fazla değişiklik yapmaya çalışın.

Bu nedenle, başarı şansı çok daha düşük olan bir projenin geliştirilmesi yerine uygulamanın kullanılması Yüklenici için her zaman arzu edilen bir durumdur. Yukarıdaki seçenek elbette projenin üçüncü taraf bir kuruluş tarafından geliştirilmesi durumunda en uygunudur. Aslında, üçüncü taraf bir şirketten gerçekten karmaşık bir proje sipariş edilirken (ve bir veri merkezinin inşası bu projelerden biridir), Müşteri uzmanlarının katılımı, en azından projenin ilk aşamalarında kesinlikle gereklidir. Aslında hiç kimse, oluşturulan veri merkezinin gereksinimlerini Müşterinin uzmanları kadar bilemez. Tabii ki Müşteri en azından projenin uygulanmasını kontrol edebilmeli, daha doğrusu her aşamanın zamanlaması, uygulamanın ilerleyişi hakkında bilgi sahibi olmalı ve sadece projenin kabulüne katılmakla kalmayıp aynı zamanda katılmalıdır. test programının yazılmasında. Yalnızca bu durumda Tekniğin yeterince kesin bir formülasyonu mümkündür. ödevler, ortaya çıkan sorunların hızlı çözümü, elde edilen sonuçların kapsamlı bir şekilde doğrulanması.

Bir veri merkezi inşa etmeye yönelik bir projeyi yürütmek için iki seçenek vardır. Birincisi projeyi kendi başına tamamlamayı içerirken, ikincisi bu sorumlulukları üçüncü taraf bir yükleniciye devretmeyi içerir. Bu tür planlar nadiren saf haliyle bulunur. Neredeyse her zaman bu tür sistemlerin inşası Yüklenicinin (veya birkaç Yüklenicinin) ve Müşterinin ortak işidir. Ancak her şey projeyi kimin yöneteceği sorusuna bağlı. Görünüşe göre bu haklar Yükleniciden başka kime verilmeli, ama... Hem Müşterinin (veri merkezinin tüm gereksinimlerini yalnızca kendisi bildiği için) hem de Yüklenicinin (çünkü Yüklenici) teknik şartnamelerinin yazılmasına katılım dahil değilse, Müşteri hiç kimsenin uygulayamayacağı teknik özellikleri iyi yazabilir), tartışma sırasında oluşturulacak sistem ve kullanılması gereken yazılım hakkında oldukça doğru bir fikir geliştirmemize olanak tanır . Onlar. Teknik şartnamelerin yazımına katılan uzmanlar, yazımı tamamlandığında en yetkin Belirli bir müşteri için yürütülen bir projenin özel gereksinimleri açısından. Teknik şartnamelerin ortak yazımı ile ilgili olası soruları anında yanıtlıyorum. Büyük projeler geliştirirken müşteri Yalnızca yarışma düzenleme amacına uygun olan Ön Şartname Şartnamesini tek başına yazabilir Bir Yüklenici ararken. Yüklenici ile Müşteri arasında ihtilaflı konuların çözümlendiği ortaklaşa yazılan teknik şartname, teknik şartname esas alınarak “Program ve test metodolojisi” yazılacağından, veri merkezinin kabulünde ana belge görevi görecektir.

Bu nedenle Müşterinin yaptığı temel hatalardan biri Teknik şartnamelerin yazılmasıyla ilgilenen uzmanların işten çıkarılması ve özel sorunların çözümünde yalnızca dar uzmanların ön hazırlık ve çalışma tasarımına ara sıra katılması. Büyük projelerin uygulanmasında yer alan uzmanlar Müşterinin karmaşık işler departmanında bulunmalıdır. Ve gerekirse bireysel alanlardaki tüm uzmanları dahil etmesi gerekenler de onlardır. Bu durumda, entegre departmanın uzmanları projenin tüm "ince" noktalarının farkında olacak ve projenin başarılı bir şekilde tamamlanma şansı daha yüksek olacaktır. Ayrıca entegre departmandaki uzmanların Müşterinin işinin kabulüne katılması gerekir çünkü İşin ilerleyişini sürekli izleyerek tüm sorunlardan haberdar olacaklar.

Kapsamlı departmanın yetki alanına giren çalışmalara ilişkin not.

Karmaşık bir departmanın iş yükünün yalnızca Müşterinin elinde çok fazla bulunmayan büyük projelere katılımla sınırlı olacağını düşünmek yanlıştır. Büyük projeler tek başına var olmaz. Tipik olarak her proje kendi genişlemesini, çeşitli alt sistemlerle entegrasyonunu ve yeni ortaya çıkan görevlerle bağlantılı değişiklikleri gerektirir. Karmaşık uzmanların işe yarayacağı şey bu sorunları çözmektir. Bir önceki sadece büyük projelerle ilgili değildi, çünkü şunu anlamak gerekiyor: yalnızca bireysel ürünlerin tanıtımı Müşterinin çok sayıda çalışanını etkilemeyen, uygulanması mümkün olan, karmaşık departmanı atlayarak.

Büyük projeleri uygulama deneyimine dönersek, büyük kuruluşların (örneğin bankalar) veya uzmanlığı BT ile ilgili olanların kendi veri merkezlerini oluşturmak için projeleri kendilerinin yönettiğini fark edeceğiz.

Gerekçelendirme ve teknik şartname hazırlama aşamalarının özetlenmesi

Yukarıdakilerden şu sonuca varabiliriz:

1. Bir veri merkezi oluşturmaktan bahsederken öncelikle karşılaması gereken gereksinimlere öncelik vermelisiniz.
2. Öncelikleri belirledikten sonra gereksinimlerine uyacağınız standartlardan birini temel almanız gerekir. (Kullanmanızı tavsiye ederim TIA-942, ancak operasyonel konuları dikkate almadığını unutmamalıyız.)
3. İyi ya da kötü, standarttan tüm sapmalar gerekçelendirilmelidir.
4. Teknik şartnameleri hazırlamak için kendi karmaşık iş departmanınızı dahil etmeniz (veya bir tane oluşturmanız) gerekir, çünkü Sizin tarafınızda, projenin başarılı bir şekilde uygulanmasıyla kişisel olarak ilgilenen ve Yüklenici ile yapılan tüm çalışmaları denetleyecek kişilere ihtiyacınız var.

Dikkat ederseniz bu bölümde teknik şartnameyi yazmaya başlamadan önce konuları ele aldım, teknik şartnamenin Yüklenici ile birlikte yazılması gerektiğini vurguladım ancak yüklenici seçimi konusunda hiçbir şey yazmadım. Gerçek şu ki, Yükleniciyi seçmek ayrı ve sorumlu bir iştir. Ve bundan çok kısaca bahsedersek, seçim genellikle 2 aşamaya ayrılır:

1. Özel veri merkezinizi oluşturma sorununu çözmek için başvuranların çemberini belirlemek.
2. Şirketler tarafından sunulan materyallerin analizi ve kişisel toplantılar sırasında konuların açıklığa kavuşturulması.

Bu alanda başarılı projeler uygulayan birkaç şirketi seçmek ve onlara ön teknik spesifikasyonlar sağlamak genellikle daha kolaydır (bu tür teknik spesifikasyonlar Yüklenicinin uzmanları tarafından derlenebilir). Veri merkezi inşaatı adaylarından daha sonra veri merkezinin tüm alt sistemlerini ve çalışma sürecini kısaca anlatan kısa bir belge oluşturmaları istenir. Genellikle, dikkate alınan konuların eksiksizliğine, kararların geçerliliğine ve kişisel iletişimin sonuçlarına bağlı olarak Yüklenicinin seçimi belli olur. Ve kendi adıma şunu da ekleyeceğim: kişisel bir toplantı sırasında size her şeyi ve ucuza (her durumda, diğerlerinden önemli ölçüde daha ucuza) söz verirlerse, bu inanmamak ve bir kez daha gerçekliğini ve kalitesini kontrol etmek için bir nedendir. Şirketin tamamladığı projeler. Ayrıca, gerçekten karmaşık veri merkezi inşaatı projelerinde, alt sistemlerinin bazılarının uygulanması, diğer şirketlerin katılımını gerektirir. Bu durumda, firmalardan birinin bu projenin sistem entegratörü olduğunu ve tüm teknik ve diğer sorunları onunla çözeceğinizi derhal kabul etmeniz gerekir. Bir projenin “parça parça” uygulanmasından daha kötü bir şey yoktur. Aksi takdirde herhangi bir sorun çıkması durumunda her şey Raikin'in ölümsüz monologu gibi olacaktır: "Düğmelerle ilgili herhangi bir şikayetiniz var mı?"

»

Bugün şu veya bu şirketin kendi veri merkezine sahip olmasına kimse şaşırmıyor. Bu kuruluşun yalnızca birkaç çalışanı bunun ne olduğunu biliyor, ancak gerçekte bu tür ekipmanlara, gerçek istikrarı sağlamak isteyen her işletme için ihtiyaç duyulmaktadır. Yani şirketin kesintisiz, ölçeklenebilir ve yönetilebilir çalışmasının sağlanmasına gerçekten ihtiyaç duyuluyorsa, işin istikrarı doğrudan BT altyapısına bağlı olduğunda veri merkezi kullanılır.

Bu nedir?

Böylece, zamanın geçmesi ve bilgi teknolojisinin gelişmesiyle birlikte, bir şekilde bilgiyle bağlantılı olan hemen hemen her kuruluşun kendi veri merkezi vardır. Ne olduğunu? Profesyonel uzmanlık literatüründe genellikle veri merkezi olarak adlandırılan bir veri işleme merkezi. Adından, bu tür ekipmanlarda, herhangi bir bilginin işlenmesi, yani verilerin oluşturulması veya oluşturulması, dosyaların daha sonra arşivlenmesi ve saklanması ve ayrıca bunların daha sonra sağlanmasıyla doğrudan ilgili çeşitli işlemlerin gerçekleştirildiğini anlayabilirsiniz. kullanıcının isteği. Aynı zamanda yukarıdaki işlevlere ek olarak veri merkezinin sorumlu olduğu güvenli veri imhasının da olmasına özellikle dikkat edilmelidir. Ne olduğunu? Üçüncü ellere geçmemesi gereken gerçekten önemli bilgiler silinirse, diğer verilere zarar vermeden ve muhtemelen kurtarma olasılığı olmadan belirli dosyaları silmek.

Nerede kullanılabilirler?

Günümüzde tapu sicilleri, Emekli Sandığı ve çeşitli kütüphaneler dahil olmak üzere çeşitli bilgilerin toplanması ve saklanması ile doğrudan ilgilenen oldukça fazla sayıda fon bulunmaktadır. İşletmenin kendi içinde ürettiği, örneğin çeşitli yardım hizmetleri tarafından kullanılan bilgilerin de bulunduğunu belirtmekte fayda var. İş süreçlerinde yer almayan ancak bunların uygulanması için gerekli olan bilgiler de vardır. Bu tür veriler, personel hizmetleri dosyalarının yanı sıra çeşitli bilgi sistemlerindeki kullanıcı hesaplarının veritabanlarını içerir.

Endüstriyel holdingler hesaplama görevlerini gerçekleştirmek, belgeleri saklamak ve iş süreçlerini otomatikleştirmek için özel elektronik arşivler oluşturur. Bu nedenle, farklı kuruluşlar farklı bilgi türlerinin yanı sıra bu bilgilerin işlenmesiyle ilgili görevleri de kullanır. Bu tür sorunları çözmek için bir veri merkezi oluşturulur. Ekipmanın kimin omuzlarına düştüğünü yalnızca sistem yöneticisi bilir.

Veri merkezi ne zaman kullanılır?

Bununla ilgili sorunlar farklı zamanlarda, çeşitli teknik araçlar kullanılarak çözüldü. Yirminci yüzyılda elektronik bilgi işlem cihazları, bilgi işlem görevlerinin büyük çoğunluğunu üstlendiklerinden modern iş dünyasının temeli haline geldi ve bilgi depolayan cihazların ortaya çıkışı, kağıt arşivlerden tamamen kurtulma ve bunları daha kompakt olanlarla değiştirme fırsatı sağladı. ve yine de erişilebilir elektronik olanlar ve bant ortamları. Zaten ilk elektronik bilgisayarları barındırmak için, ekipmanın çalışma sırasında aşırı ısınmaması ve aynı zamanda istikrarlı bir şekilde çalışması için gerekli iklim koşullarının sağlandığı özel bilgisayar odalarının tahsis edilmesi gerekiyordu.

Sunucu odaları ve özellikleri

Kişisel bilgisayarların ve küçük sunucuların gelişme çağının başlamasıyla birlikte, hemen hemen her şirketin bilgi işlem ekipmanı özel sunucu odalarına yerleştirilmeye başlandı. Çoğu durumda, böyle bir odanın altında, ekipmanın normal durumda sürekli çalışmasını sağlamak için ev tipi klimanın kurulu olduğu belirli bir odanın yanı sıra kesintisiz bir güç kaynağı vardır. Ancak günümüzde bu seçenek yalnızca iş süreçlerinin kullanılan bilgiye ve mevcut bilgi işlem kaynaklarına oldukça bağımlı olduğu işletmeler için uygundur.

Veri merkezi ile sunucu odası arasındaki fark nedir?

Genel olarak, modern bir veri merkezi, geleneksel bir sunucu odasının genişletilmiş bir kopyasıdır, çünkü aslında pek çok ortak noktaya sahiptirler - ekipmanın sürekli çalışmasını destekleyen mühendislik sistemlerinin kullanımı, gerekli mikro iklimi sağlama ihtiyacı, ve uygun bir güvenlik seviyesi. Ancak aynı zamanda belirleyici olan bir takım farklılıklar da var.

Veri işleme merkezi, çeşitli mühendislik sistemlerinin yanı sıra şirketin bilgi altyapısının ticari operasyon için gerekli modda normal ve istikrarlı çalışmasını sağlayan özel bileşenlerle donatılmıştır.

Bu ekipman nerede kullanılıyor?

Rusya'da, bu tür merkezleri kullanan veri işleme, çeşitli bankacılık kurumlarının, devlet kurumlarının ve petrol endüstrisindeki işletmelerin bu tür ekipmanları sipariş etmeye başladığı 2000 yılından bu yana talep görmeye başladı. Veri merkezinin ilk olarak 1999 yılında, Moskova ve bölgenin tüm sakinleri için beyannameleri ve gelir sertifikalarını işlemek için kullanılmaya başlandığı zaman ortaya çıktığını belirtmekte fayda var.

Ayrıca ilk büyük veri merkezlerinden biri de Sberbank'ın merkezinde kullanılan ekipmanlardı. 2003 yılında Rostelecom'un desteğiyle Çuvaşistan'da arşiv verilerini sistematize etmek için kullanılan ilk cumhuriyetçi veri işleme merkezi düzenlendi. Bu tür cihazlar çeşitli yerel makamlar tarafından sağlandı ve 2006 yılında Kurchatov Enstitüsü merkezinden gelen verilerin işlendiği bir merkez de açıldı. Ertesi yıl VTB-24 ve Yandex de kendi veri merkezlerini kullanmaya başladı. Bu nedenle Moskova, Rusya'nın diğer büyük şehirlerinde olduğu gibi bu tür ekipmanların kullanımına hızla başladı.

Veri merkezini nereye kurmalısınız?

Günümüzde, coğrafi olarak dağılmış hemen hemen her büyük şirket, özellikle de iş BT organizasyonuna çok bağımlıysa, kendi veri merkezini kullanıyor. Örnekler arasında telekom operatörleri, perakende şirketleri, seyahat ve nakliye şirketleri, tıbbi kurumlar, endüstriyel holdingler ve çok daha fazlası yer almaktadır.

Bir veri merkezi, belirli bir kuruluşun işleyişine tahsis edilebilir veya çok kullanıcılı ekipman olarak kullanılabilir. Çok kiracılı bir veri merkezi, iş sürekliliğinin yanı sıra barındırma, sunucu kiralama ve barındırma ve diğer birçok unsuru içeren geniş bir hizmet yelpazesi sunar. Veri merkezi hizmetleri, küçük ve orta ölçekli işletmeler için en uygun olanıdır, çünkü onun yardımıyla BT altyapısını modernleştirme ihtiyacını ortadan kaldırabilir ve sonuçta en yüksek kalitede güvenilirlik ve hizmet garantisi alabilirsiniz.

Başarılı bir veri merkezinin anahtarı yetkin tasarımdır

Bir veri merkezinin doğru tasarımı, ekipmanın çalışması sırasında ciddi sorunların ortaya çıkmasını ortadan kaldırmanıza ve çalışma sırasında maliyetleri azaltmanıza olanak tanır. Genel olarak böyle bir merkezin yapısı dört ana unsura bölünmüştür: mühendislik altyapısı, bina, yazılım ve özel ekipman. Aynı zamanda, bu tür ekipmanların kurulumuna yönelik bina ve binaların inşaatı, temel amacı güvenlik ve güvenilirliği sağlamak olan çeşitli standartlarda gerçekleştirilmektedir. Batı ülkelerinde, veri merkezleri için genellikle son derece ciddi ve bazen çok benzersiz gereksinimler belirlenmektedir; özellikle, binanın son 100 yıldaki bir sel sırasında suyun ulaştığı en yüksek noktadan en az 90 metre uzakta olması gerektiğini vurgulamakta fayda var. Bunu başarmak ise ilk bakışta sanıldığı kadar kolay değil.