Buka menu utama

Perubahan

.
PUSAT DATA FASILITAS DAN BIAYA
 
Ada banyak orang yang percaya bahwa penggunaan cloud bisa gratis. Louis Rosas-Guyon [83] berpendapat bahwa dimungkinkan untuk menggunakan sumber daya cloud (terutama, Infrastruktur sebagai Layanan atau IaaS) hampir gratis, terutama untuk usaha mikro dan kecil. Pada tingkat tertentu, klaim itu tampaknya benar. Ada banyak penyedia layanan cloud yang memberikan beberapa sumber daya penyimpanan cloud awal. Semacam gratis sumber daya cloud dapat bervariasi dari 2 hingga 16 GB ruang penyimpanan cloud tergantung pada strategi pemasaran. Namun, untuk perusahaan atau organisasi menengah dan besar, tidak ada yang gratis makan siang. Biaya sebenarnya dari layanan cloud harus mendarat di suatu tempat. Dengan kata lain, membayar layanan cloud. Dari perspektif infrastruktur cloud end-to-end, proporsi besar Biaya (baik capex maupun opex) terletak di dalam fasilitas pusat data. Karena itu, itu mutlak penting bagi kita untuk memahami apa itu fasilitas pusat data. Bagaimana cara dikaitkan dengan komputasi awan infrastruktur? Pada akhirnya, bagaimana dampak biaya terhadap solusi bisnis cloud?
 
Fasilitas pusat data adalah lapisan pertama komputasi awan. Kadang-kadang, itu juga disebut Data Pusat sebagai Layanan. Ini dapat dianggap sebagai dasar dari model biaya cloud. Terdiri dari lima komponen dasar. Kita dapat memformulasikannya sebagai model "3 1 2". Di sini, "3" berarti tiga kunci fungsional komponen, ruang, daya, dan pendinginan, dan "2" berarti dua komponen tambahan, pencegah kebakaran dan keamanan fisik. Dalam bab-bab berikut, kami akan mengatur ini menjadi tujuh bab untuk tujuan analisis biaya cloud:
 
• Fasilitas Pusat Data
 
• Kekuatan Pusat Data
 
• Unit Distribusi Daya dan Pengkabelan
 
• Pendinginan Pusat Data
 
• Distribusi Udara yang Efektif di Pusat Data
 
• Strategi Pendinginan
 
• Pemadaman Kebakaran dan Keamanan Fisik
 
Ada banyak buku dan artikel yang membahas biaya komputasi awan di cloud tingkat infrastruktur (yaitu server, penyimpanan, dan jaringan) tetapi mereka hampir tidak menyentuh biaya fasilitas pusat data. Sebenarnya, biayanya lebih dari yang dipikirkan banyak orang. Oleh karena itu, kami percaya bahwa komponen biaya ini harus menjadi perhatian Anda.
 
Tidak  masalah berapa ukuran pusat data itu. Tujuan utama dari pusat data adalah untuk melayani kebutuhan bisnis. Bisnis yang berbeda akan membutuhkan fasilitas pusat data ukuran yang berbeda. Ada tiga cara berbeda untuk mengukur ukuran atau kapasitas pusat data:
 
1. Jumlah total rak yang dipasang di pusat data
 
2. Ukuran fisik total bangunan dalam meter persegi atau kaki persegi
 
3. Total kapasitas daya dalam megawatt
 
Semua pengukuran ini saling melengkapi. Dari perspektif pemodelan biaya, kami mengelompokkan semua komponen-komponen ini bersama-sama karena tingkat penyusutan komponen ini (atau aset) adalah sama, tetapi mereka berbeda dengan aset IaaS (server, penyimpanan, dan jaringan). Biasanya, seumur hidup dari aset ini adalah antara 7 hingga 10 tahun. Sebaliknya, perangkat yang dipasang di rak, seperti server, perangkat penyimpanan, saklar, router, dan penyeimbang beban hanya memiliki 3 hingga 5 tahun. Secara strategis, fasilitas pusat data adalah bagian penting dari komputasi awan. Arsitektur pusat data yang elegan dan solusi hemat biaya dapat memberikan landasan yang kokoh bagi perusahaan cloud mana pun untuk maju pesaing lain di pasar cloud. Efisiensi fasilitas pusat data adalah kompetensi inti bagi siapa pun penyedia layanan cloud.
 
Singkatnya, fasilitas pusat data adalah lapisan pertama komputasi awan. Ini adalah dasar dari infrastruktur komputasi awan. Hubungan antara komputasi awan dan pusat data fasilitasnya mirip dengan ketergantungan antara pesawat terbang dan infrastruktur bandara. Tanpa itu, tidak ada pesawat yang bisa mendarat di tanah. Dalam tujuh bab berikutnya, kita akan mengungkap komponen-komponen utama dari fasilitas pusat data.
 
 
 
FASILITAS PUSAT DATA
 
Bab ini (1) mendefinisikan pusat data, (2) memberikan informasi singkat tentang cara merencanakan pusat data kapasitas, (3) membahas proses pemilihan lokasi jika keputusan bisnis adalah untuk membangun pusat data baru fasilitas, (4) memberikan metrik kinerja untuk pusat data, dan (5) menjelaskan detail data ruang tengah dan estimasi biaya yang menopang salah satu dari tiga pilar (ruang, daya, dan pendinginan) dari fondasi biaya fasilitas pusat data
 
 
 
PEMAHAMAN DASAR PUSAT DATA
 
Sebelum membahas detail teknis fasilitas pusat data, beberapa pertanyaan pertama yang mungkin kami lakukan perjumpaan adalah: Apa itu pusat data? Bagaimana bedanya dengan solusi komputasi awan atau pemodelan biaya? Apa perbedaan antara pusat data konvensional dan data cloud pusat?
 
 
 
 
 
DEFINISI PUSAT DATA
 
Tentunya, beberapa nama menggambarkan fungsi pusat data tertentu. Lainnya hanya berarti ukuran data yang berbeda pusat dalam hal kapasitas. Yang lain hanya dieja secara berbeda. Semua nama ini benar jika ada hanya berfokus pada satu aspek fungsi pusat data tetapi mereka tidak terlalu komprehensif. Eric Bauer et al. [85] mencoba mendefinisikan istilah ini secara komprehensif:
 
Pusat data adalah ruang fisik yang dikendalikan oleh lingkungan dengan daya listrik yang bersih dan konektivitas jaringan yang dioptimalkan untuk server hosting. Suhu dan kelembaban lingkungan pusat data dikontrol untuk memungkinkan pengoperasian peralatan dan fasilitas dengan benar. Itu dijamin secara fisik untuk mencegah kerusakan yang disengaja atau tidak disengaja pada peralatan fisik.
 
Fasilitas ini akan memiliki satu atau lebih koneksi ke Internet publik, seringkali melalui redundan dan kabel yang dipisahkan secara fisik menjadi router yang berlebihan. Di belakang router akan ada aplikasi keamanan, seperti firewall atau elemen paket pemeriksaan mendalam, untuk menegakkan perimeter keamanan yang melindungi server di pusat data. Di belakang, peralatan keamanan sering kali ada penyeimbang muatan yang mendistribusikan lalu lintas lintas server ujung depan seperti web server. Seringkali ada satu atau dua tingkatan server di belakang front end aplikasi seperti server tingkat kedua yang mengimplementasikan aplikasi atau logika bisnis dan tingkat ketiga dari server basis data.
 
Membangun dan mengoperasikan fasilitas pusat data tradisional termasuk IP router dan infrastruktur, aplikasi keamanan, load balancers, penyimpanan server dan sistem pendukung membutuhkan pengeluaran modal yang besar dan biaya operasi yang besar, semuanya mendukung aplikasi perangkat lunak yang sering memiliki beban yang sangat bervariasi sehingga banyak sumber dayanya kapasitas sering kurang dimanfaatkan
 
 
Definisi pusat data Eric Bauer dan rekan cukup komprehensif. Ini termasuk pusat data ruang, daya, pendingin, keamanan fisik dan virtual, infrastruktur TI (server, koneksi jaringan, penyimpanan umur, dan keseimbangan beban), aplikasi TI, redundansi, operasi pusat data, dan manajemen. Syarat ini tidak hanya menyertakan server hosting tetapi juga mainframe.
 
Maurizio Portolani et al. [86] memberikan definisi pusat data dari perspektif jaringan sebagai berikut:
 
Pusat data menampung sumber daya komputasi kritis dalam lingkungan yang terkendali dan di bawah terpusat manajemen, yang memungkinkan perusahaan untuk beroperasi sepanjang waktu atau sesuai dengan bisnis mereka kebutuhan. Sumber daya komputasi ini termasuk mainframe; web server dan aplikasi; file dan cetak server; server untuk pemesan tertentu; perangkat lunak aplikasi dan sistem operasi yang menjalankannya; penyimpanan subsistem; dan infrastruktur jaringan, baik IP atau jaringan area penyimpanan (SAN). Aplikasi mulai dari sumber daya keuangan dan manusia internal hingga e-commerce eksternal dan bisnis-ke-bisnis aplikasi. Selain itu, sejumlah server mendukung operasi jaringan dan berbasis jaringan aplikasi. Aplikasi operasi jaringan termasuk Network Time Protocol (NTP); TN3270; FTP; Sistem Nama Domain (DNS); Protokol Konfigurasi Host Dinamis (DHCP); Jaringan Sederhana Protokol Manajemen (SNMP); TFTP; Sistem File Jaringan (NFS); dan aplikasi berbasis jaringan, termasuk IP telephony, streaming video melalui IP, konferensi video IP, dan sebagainya.
 
Istilah Maurizio et al. Adalah definisi yang relatif sempit. Ini hanya menekankan fungsionalitas hosting dan jaringan. Mungkin ini karena sebagian besar pusat data yang ada sangat kecil, apa yang sering kita sebut pusat data mikro atau ruang komputer. Biasanya, mereka hanya menampung sedikit rak. Mungkin hanya memanfaatkan kenyamanan pendinginan yang ada atau lingkungan AC. Mereka hanya meng-host beberapa aplikasi dan situs web.
 
Untuk memenuhi tujuan buku ini, kami mendefinisikan fasilitas pusat data sebagai berikut:
 
Pusat data adalah tempat di mana dapat menampung banyak sumber daya komputasi yang mengumpulkan, menyimpan, berbagi, mengelola, dan mendistribusikan sejumlah besar data. Ini terdiri dari semua fasilitas pusat data yang diperlukan elemen (ruang, daya, dan pendingin) dan elemen infrastruktur TI (server, penyimpanan, dan jaringan kerja) berdasarkan persyaratan bisnis.
 
Pusat data dapat bervariasi dari pusat data mikro dengan beberapa server hingga skala gudang yang dapat menampung ribuan dan bahkan jutaan rak yang dikonfigurasi dengan ribuan atau jutaan server. Ini tergantung pada persyaratan atau kebutuhan bisnis tertentu. Tabel dibawah menggambarkan bahwa berbagai ukuran atau jenis bisnis mungkin memerlukan fasilitas pusat data ukuran yang berbeda.
 
 
ARSITEKTUR PUSAT DATA
 
Setelah ukuran pusat data telah diputuskan, langkah selanjutnya adalah merencanakan arsitektur pusat data. Pusat data harus memiliki sembilan ruang fungsi dasar atau area untuk mendukung layanan fasilitas pusat data. Sembilan ruang fungsi dasar ini adalah:
 
• Ruang Masuk
 
• Area Distribusi Utama (Ruang Komputer)
 
• Ruang Telekomunikasi
 
• Ruang Mekanik
 
• Ruang Listrik
 
• Ruang Operasi dan Dukungan Jaringan (atau NOC)
 
• Ruang Penyimpanan (storage area), Loading Dock
 
• Area Umum
 
• Kantor umum
 
Setiap ruang harus menyediakan fitur unik untuk infrastruktur pusat data. Arsitektur kamar fungsional ini pada dasarnya didasarkan pada topologi pusat data TIA-942 standar. Sebelum kita membahas sembilan ruang fungsional ini lebih jauh di bagian ruang pusat data, kita harus memutuskan kapasitas pusat data terlebih dahulu. Latihan ini adalah bagian dari perencanaan pusat data. Untuk memiliki arsitektur pusat data yang tepat, penting untuk memiliki rencana pusat data yang tepat dalam hal kapasitas. Rencana ini tidak hanya memenuhi persyaratan bisnis yang ada tetapi juga memenuhi kebutuhan bisnis di masa depan.
 
 
 
PERENCANAAN KAPASITAS PUSAT DATA
 
Persyaratan bisnis akan memutuskan beban kerja, kapasitas, dan tingkat pusat data. Tidak masalah apa ukuran bisnis itu. Apakah itu bisnis kecil, menengah, besar, atau mega, tujuan perencanaan kapasitas pusat data adalah untuk membangun atau menemukan fasilitas pusat data yang tepat untuk kegiatan bisnis. Seharusnya tidak hanya memenuhi kegiatan atau operasi bisnis normal atau yang sudah ada tetapi juga mengakomodasi pertumbuhan volume permintaan bisnis di masa depan.
 
           Namun, seperti yang ditunjukkan oleh John Allspaw, “Anda tidak akan mulai mencampur beton sebelum Anda tahu apa yang sedang Anda bangun. Demikian pula, Anda tidak boleh mulai membangun fasilitas pusat data sebelum menentukan kapasitas pusat data Anda. Perencanaan kapasitas melibatkan banyak asumsi yang berkaitan dengan mengapa Anda membutuhkan kapasitas. Beberapa dari asumsi-asumsi itu cukup jelas, yang lain tidak. ”[87] Sebenarnya, hanya sedikit asumsi yang mungkin cukup jelas atau langsung dan mayoritas dari mereka tidak pasti atau kabur. Banyak asumsi yang melibatkan penilaian atau dugaan subyektif. Orang lain mungkin harus dipertahankan oleh probabilitas tertentu, terutama ketika kami menambahkan domain waktu untuk periode yang lebih lama.
 
           Jika kita melihat dari perspektif komponen biaya utama di fasilitas pusat data, ada tiga kategori biaya utama. Komponen biaya ini harus terdiri lebih dari 90% dari total biaya data pusat fasilitas:
 
• Ruang
 
• Kekuasaan
 
• Pendinginan
 
           Selain itu, ada juga empat komponen biaya wajib tambahan yang harus kita pertimbangkan untuk fasilitas pusat data tingkat standar TIA-942:
 
• Keamanan
 
• Sistem pencegah kebakaran
 
• Kabel dan pemasangan kabel
 
• Rak atau lemari
 
           Bagaimana kita dapat memprediksi komponen biaya utama ini ketika kita merencanakan kapasitas pusat data? Kita mungkin dapat mengadopsi beberapa metodologi analitik umum, seperti analisis biaya manfaat (CBA), analisis benchmark, SWOT, Agile, Delphi, dan metode analitik hierarki proses (AHP).
 
           Ketika kita berbicara tentang perencanaan kapasitas untuk fasilitas pusat data, kita mungkin menghadapi salah satu dari tujuh skenario berikut karena keadaan bisnis yang berbeda:
 
• Membangun pusat data baru
 
• Membeli atau memilih ruang
 
• Memperluas kapasitas pusat data yang ada
 
• Mengkonsolidasikan pusat data yang ada
 
• Memindahkan atau memigrasi aplikasi bisnis saat ini ke cloud
 
• Membangun fasilitas bisnis
 
• Relokasi pusat data
 
           Tujuan perencanaan pusat data adalah untuk memastikan bahwa semua parameter ini akan disesuaikan dengan persyaratan bisnis. Salah satu pendekatan umum untuk menentukan parameter ini adalah apa yang disebut pendekatan oleh Armando Fox dan David Patterson [91].
 
           Ketika kami menerapkan proses di atas, ada beberapa pertanyaan penting yang harus ditanyakan. Seni perencanaan kapasitas bergantung pada mengajukan pertanyaan yang tepat dalam urutan yang benar. Ada empat jenis pertanyaan utama yang harus ditanyakan:
 
1. Apa tujuan strategis bisnis? Anda harus mengetahui sasaran strategis bisnis dan bagaimana sasaran strategis ini akan diterapkan secara tertib dengan membaginya menjadi sejumlah objek taktis.
 
2. Apa yang dijelaskan oleh para pemangku kepentingan secara rinci? Sebagai perencana fasilitas pusat data, Anda harus menemukan fakta dan asumsi utama bersama dengan probabilitas yang dapat dipertahankan untuk mendukung tujuan strategis dan objek taktis dalam jangka waktu tertentu.
 
3. Apakah tujuan strategis yang ditetapkan dapat dicapai secara keseluruhan atau sebagian? Tentunya, Anda tidak dapat menjawab pertanyaan ini sampai Anda telah menjawab dua pertanyaan pertama. Anda harus tahu apa yang didefinisikan sebelum Anda dapat memutuskan apakah tujuan dapat dicapai atau tidak. Jika tidak dapat dicapai, Anda harus menyelesaikannya dengan cara yang berbeda.
 
4. Seberapa penting tujuan strategis? Anda harus memahami mengapa tujuan itu sangat penting bagi para pemangku kepentingan. Apa nilai bisnis dalam istilah dolar eksplisit dan implisit?
 
           Berikut adalah contoh khas mengajukan pertanyaan yang tepat dalam urutan yang tepat untuk perencanaan kapasitas pusat data:
 
1. Berapa target pendapatan penjualan Anda untuk bisnis layanan hosting dalam tiga tahun? Bagaimana Anda bisa mencapainya di setiap tahun atau setiap kuartal?
 
2. Apa asumsi utama untuk target Anda? Untuk target penjualan setiap kuartal, berapa probabilitas, kemungkinan besar, kemungkinan, atau tidak mungkin?
 
3. Apakah pendapatan penjualan yang ditetapkan realistis? Apa risiko dalam kondisi pasar saat ini?
 
4. Seberapa penting bagi perusahaan untuk mencapai tujuan strategis ini? Berapa nilai dolar?
 
           Dengan menyelidiki seperti ini, kita akan dapat membuat biaya fasilitas pusat data sejalan dengan tujuan dan objek bisnis dan biaya pusat data akan menjadi lebih transparan bagi pelanggan dan pemangku kepentingan. Selanjutnya, ini juga akan mendorong biaya unit fasilitas pusat data menjadi lebih kompetitif.
 
           Akhirnya kami harus menunjukkan asumsi di atas yang kami buat di sini didasarkan pada apa yang disebut model proses linier atau prediksi titik pendapatan tunggal. Ini adalah estimasi dasar ditambah beberapa standar deviasi. Setelah kami sepenuhnya memahami cara menerjemahkan atau menafsirkan secara efektif apa yang diinginkan bisnis, yaitu tujuan strategis dan proses perencanaan kapasitas pusat data, langkah selanjutnya adalah memeriksa isi perencanaan fasilitas pusat data secara terperinci, yang akan mencakup tiga elemen kritis:
 
• Pemilihan situs pusat data
 
• Kinerja pusat data
 
• Sumber daya pusat data
 
 
 
SELEKSI SITUS PUSAT DATA
 
           Fasilitas pusat data akan menjadi aset strategis atau infrastruktur penting untuk setiap perusahaan yang memiliki infrastruktur, terutama untuk bisnis yang menyediakan Pusat Data sebagai Layanan (DCaaS) atau Infrastruktur sebagai Layanan (IaaS). Pemilihan pusat data di situs atau lokasi yang tepat akan sangat penting jika bisnis ingin menjadi kompetitif di pasar. Ini tidak hanya berdampak pada pengembalian investasi capex tetapi juga efisiensi operasional. Ini pada akhirnya akan berdampak pada biaya unit DCaaS dan IaaS.
 
 
 
           Pasar cloud sangat kompetitif. Berdasarkan katalog layanan DCaaS pemerintah Australia terbaru (Departemen Keuangan dan Deregulasi, versi 5.1, tanggal rilis: 26 Juni 2014) ada 104 penyedia layanan cloud yang memasok lebih dari 1.589 layanan cloud; hampir 54% di antaranya adalah IaaS, 22% di antaranya adalah layanan terkelola, dan hanya sekitar 21% di antaranya adalah PaaS atau SaaS. Dalam katalog DCaaS ini, beberapa pemain global besar, seperti Amazon AWS dan Rackspace, tidak ada. Namun, mereka telah membentuk aliansi yang berbeda dengan perusahaan yang berbeda dan menyediakan IaaS untuk pemerintah Australia. Singkatnya, mereka telah mendapatkan pijakan di Australia, di mana mereka telah membangun beberapa pusat data, terutama di Sydney dan Melbourne.
 
           Dibandingkan dengan Amerika Serikat, Inggris, atau bahkan Hongkong,  pasar cloud Australia relatif kecil. Untuk pasar sekecil itu, lebih dari 104 penyedia dan 1.589 produk cloud cukup ramai. Selain itu, jumlah penyedia layanan cloud tidak tetap. Itu tumbuh. Ini adalah kabar baik bagi konsumen cloud tetapi bagi banyak penyedia layanan cloud, ini berarti peningkatan daya saing pusat data dan kebutuhan akan efisiensi dalam hal membangun dan mengoperasikan DCaaS dan IaaS. Kami percaya efisiensi infrastruktur pusat data akan menjadi jantung persaingan bagi banyak penyedia layanan cloud. Namun, ketika Anda membuat keputusan untuk membangun pusat data baru atau memilih salah satu penyedia DCaaS, dua masalah utama harus dipertimbangkan. Mereka adalah keamanan data dan efisiensi pusat data.
 
           Tidak masalah apa ukuran bisnis itu, apakah itu kecil, sedang, atau besar, bahkan jika bisnis sedang mencari kapasitas colocation. Intinya keamanan dan efisiensi situs pada akhirnya akan menentukan cara memilih situs pusat data. Pembuat keputusan harus menerapkan proses uji tuntas untuk pemilihan lokasi pusat data.
 
           Ketika kami menerapkan proses uji tuntas untuk pemilihan lokasi pusat data, John Rath [94] menyarankan dua faktor utama untuk diperiksa:
 
• Bencana alam (terutama cuaca) dan bencana tidak alami
 
• Sumber daya tenaga kerja dan iklim usaha
 
           Selain dua faktor utama ini, John Rath juga percaya bahwa pembuat keputusan juga harus memeriksa berbagai kategori masalah. Beberapa dari mereka mungkin sangat istimewa. Namun, hal pertama adalah bencana alam dan masalah cuaca. Ketika kita berbicara tentang bencana alam, kita mungkin dapat mengkategorikan peristiwa ini menjadi tiga jenis:
 
• Iklim
 
• Geologis
 
• Hidrologi
 
           Suatu peristiwa bencana iklim akan mencakup badai salju, angin topan, angin topan, tornado, hujan es yang hebat, hujan, salju lebat, es dan/atau angin kencang, badai listrik, atau pola cuaca buruk yang berkelanjutan selama periode waktu termasuk sangat rendah atau suhu sangat tinggi. Suatu peristiwa bencana geologis akan berupa peristiwa seperti gempa bumi dan gunung berapi. Peristiwa bencana hidrologi akan menjadi tsunami dan banjir. Terlepas dari peristiwa bencana ini, peristiwa bencana lainnya dapat dipicu oleh peristiwa atau peristiwa bencana iklim, geologi, dan hidrologis yang merupakan kombinasi dari bencana alam ini. Jenis khas dari bencana ini adalah:
 
• Api/api
 
• Longsoran salju
 
• Tanah longsor
 
• Kekeringan
 
           Ada cara lain untuk membuat penilaian lokasi pusat data, yang diusulkan oleh Karl F. Rauscher et al. [95] dari Lucent Technologies. Mereka menyarankan model delapan bahan. Ini disajikan dari perspektif kesinambungan bisnis. Kedelapan bahan tersebut adalah lingkungan, daya, muatan, kebijakan, manusia, jaringan, perangkat keras, dan perangkat lunak.
 
 
 
Lingkungan
 
Dalam kerangka kerja generik dari bahan-bahan yang diperlukan untuk fasilitas pusat data untuk beroperasi, lingkungan adalah fondasinya. Ini berarti lokasi geografis dari pusat data. Ini harus mencakup faktor iklim, geologis, dan hidrologi, yang telah kami sebutkan di atas. Selain itu, lingkungan situs juga harus mencakup lima elemen berikut:
 
• Pola suhu rata-rata
 
• Lokasi sentral untuk semua pelanggan utama, relatif
 
• Dekat dengan pembangkit listrik yang menyediakan daya
 
• Banyak serat gelap
 
• Situs memiliki ruang potensial untuk perluasan pusat data
 
 
 
 
 
           Memiliki lokasi sentral untuk semua pelanggan utama adalah bahwa pusat data harus dekat dengan sumber lalu lintas utama atau aliran data sehingga sebagian besar pelanggan dapat membuat cadangan dan mengambil data dengan mudah. Misalnya, jika semua pelanggan utama berlokasi di Sydney, akan lebih baik untuk mengalokasikan pusat data di Sydney daripada Melbourne atau Tasmania.
 
           Untuk mengurangi kehilangan transmisi daya, pusat data harus dialokasikan sedekat mungkin ke pembangkit listrik. Ini akan meningkatkan faktor Power Usage Effectiveness (PUE) di pusat data.
 
           Serat gelap adalah masalah lain yang sangat penting untuk dipertimbangkan. Ketika Anda memilih lokasi pusat data potensial, Anda lebih suka lokasi tersebut sudah memiliki banyak serat gelap yang siap melalui operator yang berbeda sehingga Anda dapat memperoleh harga yang kompetitif untuk lalu lintas jaringan pusat data.
 
           Selama satu tahun terakhir ini, data yang tidak terstruktur tumbuh secara dramatis pada tingkat yang eksponensial. Menurut perkiraan IDC dan EMC pada 2012, alam semesta digital akan tumbuh 50 kali lipat (dari 800 EB menjadi 40ZB) antara 2010 dan 2020 dan studi IDC terbaru pada 2014 menunjukkan bahwa pada 2020, data digital akan mencapai 44 ZB (IDC memperbarui studi ini setiap tahun http://idcdocserv.com/1678). Ini berarti bahwa pertumbuhan data semakin cepat. Untuk mengalami pertumbuhan data nyata, kita dapat mengunjungi situs statistik langsung di Internet [97]. Oleh karena itu, penting untuk mempertimbangkan pertumbuhan di masa depan untuk perluasan pusat data.
 
 
 
Payload dan beban kerja IT
 
Jika harga catu daya eksternal tidak dapat dikendalikan, maka alternatif untuk mengurangi biaya catu daya adalah meningkatkan efisiensi pusat data, yang merupakan beban kerja. Efisiensi penggunaan daya tergantung pada prediksi akurat dari beban kerja pusat data karena semakin tinggi pemanfaatan pusat data semakin tinggi efisiensinya. Biasanya, biaya operasi rata-rata untuk pusat data akan lima kali lebih banyak dari capex karena siklus hidup rata-rata fasilitas pusat data adalah lebih dari 20 tahun. Dengan kata lain, opex lebih dari 25% dari capex per tahun. (Opex ini harus mencakup biaya pemeliharaan dan dukungan 12,5% untuk banyak komponen perangkat keras.) Level beban catu daya yang optimal adalah antara 40% dan 60% kapasitas. Tergantung pada jenis PDU yang digunakan.
 
           Idealnya, pusat data harus dioperasikan pada 100% untuk beban kerja TI. Semakin tinggi beban IT, semakin baik efisiensi pusat data.
 
 
 
Kebijakan
 
Ini merujuk pada kebijakan pemerintah daerah yang diharapkan mendorong investasi fasilitas pusat data. Ini adalah segala bentuk pengertian dan kesepakatan antara pemerintah dan perusahaan fasilitas pusat data. Bisa juga dengan perjanjian, standar, kebijakan, dan regulasi pemerintah (ASPR). Ini dapat terdiri dari keringanan pajak untuk fasilitas pusat data berteknologi tinggi yang dibangun secara lokal atau insentif dari pemerintah federal dan lokal. Kebijakan pemerintah dapat dianggap sebagai bagian dari iklim bisnis.
 
 
 
Faktor manusia
 
Ini adalah sumber daya manusia. Misalnya, ketika Google membangun salah satu pusat data mega di Council Bluffs, Iowa pada 2007, Google tidak hanya mencari energi bersih, yaitu tenaga listrik tenaga air, sangat dekat dengan sumber daya, tetapi juga mencari untuk membangun kemitraan dengan lembaga pendidikan terdekat. Sejak 2009, Google telah memberikan lebih dari $ 665 k untuk sekolah-sekolah lokal di Council Bluffs, Iowa. Selain itu, Google juga bermitra dengan City of Council Bluffs untuk meluncurkan jaringan WiFi gratis.
 
 
 
Jaringan
 
Ketika beban kerja pusat data meningkat, permintaan kapasitas serat gelap akan sangat penting untuk skalabilitas pusat data. Ini karena permintaan untuk peningkatan keamanan dan lebih banyak bandwidth atau lalu lintas antara pusat data dan kantor pusat atau pusat operasi akan meningkat. Apalagi kalau datanya beban kerja pusat dirancang untuk aplikasi-aplikasi penting misi, pusat data tidak hanya harus terhubung ke situs pemulihan bencana dengan keragaman geografis tetapi juga menghubungkan ke beberapa pusat data cadangan. Mengambil contoh daerah Quincy, WA, konektivitas disediakan oleh banyak penyedia serat gelap grosir seperti NoaNet dan Grant County PUD membangun jaringan serat. Beberapa operator, seperti Zayo, Level3, Verizon, dan Frontier telah membeli kapasitas dari mereka untuk ditawarkan layanan mereka ke fasilitas pusat data
 
           Di AS, pemerintah negara bagian atau lokal akan mengarahkan Anda ke arah yang benar untuk seluruh serat gelap operator penjualan. Tentu saja, beberapa perusahaan seperti Fibrelocator.com (http://www.fiberlocator.com/) dan Layanan CFN (http://www.cfnservices.com/) akan menyediakan layanan penelitian terkait alokasi serat gelap.
 
           Di Australia, perusahaan baru yang didirikan pada 2008, Vocus Communications, mungkin dapat menyediakan informasi tentang serat gelap dan konektivitas untuk pusat data baik di Australia maupun Selandia Baru. Operator tradisional, seperti Telstra, Optus, dan AAPT, akan menyediakan layanan grosir untuk konektivitas jaringan serat optik di seluruh Asia atau dunia.
 
 
 
KINERJA PUSAT DATA
 
           Apa arti kinerja? Sebenarnya, "pertunjukan" memiliki banyak arti yang berbeda, seperti "tindakan presentasi" atau "memainkan" peran dalam film, atau "melaksanakan tugas" atau "memenuhi janji," dll. Di sini, arti kinerja berarti "kualitas fungsi" terhadap standar atau metrik yang disepakati dan diukur.
 
           Dalam bagian ini, kami secara singkat menyinggung topik kinerja pusat data. Di sini kami akan memberikan perincian lebih lanjut tentang kinerja pusat data berdasarkan persyaratan atau kebutuhan bisnis.
 
           Kinerja pusat data berarti sekumpulan metrik. Ini harus mengukur semua aspek fasilitas pusat data, yang dapat mencakup kemampuan, ketersediaan tinggi, keandalan, skalabilitas, pengelolaan, latensi, waktu respons atau resolusi, throughput, keamanan, pemulihan bencana atau kontinuitas bisnis, tingkat pemanfaatan sumber daya, efisiensi energi atau karbon tapak kaki, toleransi kesalahan, laba atas investasi (ROI), dan total biaya kepemilikan (TCO).
 
           Sekilas, ada terlalu banyak parameter kinerja yang harus diukur. Yang mana yang paling penting? Mana yang paling tidak penting? Ini benar-benar tergantung pada siapa Anda dan jenis bisnis apa yang Anda jalankan atau apa jenis aplikasi bisnis yang Anda hosting. Dari perspektif pelanggan cloud, kinerja pusat data dapat berarti:
 
• Ketersediaan atau keandalan pusat data (biaya downtime)
 
• Keamanan atau perlindungan data
 
• Throughput
 
• Latensi
 
• Skalabilitas
 
• Waktu respons dan resolusi masalah
 
• Kelangsungan bisnis atau pemulihan bencana
 
           Untuk penyedia layanan cloud (IaaS), kinerja pusat data harus mencakup semua aspek pengukuran dari fasilitas pusat data hingga aplikasi yang di-hosting dan dari pemanfaatan sumber daya komputasi awan hingga ROI / TCO. Mari kita lihat metrik kinerja kritis berikut yang akan berdampak signifikan pada konsumen dan penyedia layanan pusat data dalam hal biaya:
 
• Ketersediaan situs
 
• Waktu respons dan resolusi masalah
 
• Skalabilitas
 
• Tingkat penggunaan
 
• Latensi dan throughput
 
 
 
Ketersediaan situs
 
           Dari perspektif ujung ke ujung, pengukuran kinerja terpenting yang harus diperhatikan oleh setiap bisnis adalah ketersediaan sistem atau pusat data. Menurut standar NSI / TIA-942, salah satu metrik utama adalah ketersediaan situs. Ini membedakan empat tingkatan pusat data. Ini dapat diterjemahkan ke dalam alokasi sumber daya, dalam hal biaya konstruksi per meter persegi.
 
           Untuk layanan hosting khusus yang berdedikasi, kami tahu bahwa infrastruktur aplikasi dan perangkat keras tidak dibagi. Ini adalah hubungan satu-ke-satu. Selanjutnya, jika satu komponen perangkat keras gagal, itu tidak akan berdampak pada aplikasi atau pelanggan lain. Sebaliknya, lingkungan cloud dibangun di atas infrastruktur virtual atau perangkat keras bersama. Masalah dengan satu perangkat keras dapat berdampak pada banyak aplikasi. Dengan kata lain, satu masalah dengan perangkat keras dapat menyebabkan tidak hanya satu tetapi banyak aplikasi yang memiliki masalah penurunan kinerja.
 
           Oleh karena itu, jika Anda adalah penyedia layanan cloud dan menjadi tuan rumah banyak aplikasi untuk pengguna akhir Anda, ketersediaan tidak hanya berarti untuk satu pengguna akhir tetapi juga untuk semua pengguna akhir Anda, sehingga pengukuran ketersediaan harus mencakup jumlah pengguna akhir. Misalnya, penyedia layanan cloud dapat mengklaim bahwa ia dapat menjamin ketersediaan 99,95%. Apakah ini berarti bagi semua pengguna akhir atau hanya 99% dari pengguna kami
 
Waktu respons dan resolusi masalah
           Dari perspektif operator layanan cloud, masalah cloud atau kesalahan yang berdampak pada jumlah pengguna akhir akan menentukan tingkat keparahan kesalahan. Akibatnya, ini akan memicu berbagai tingkat respons dan waktu penyelesaian. Misalnya jika kesalahan cloud berdampak lebih dari 100 pengguna akhir, waktu respons harus kurang dari 5B10 menit dan waktu resolusi harus dalam 2 jam. Namun, jika kesalahan hanya berdampak pada satu pengguna akhir, waktu respons dan resolusi akan jauh lebih lama, seperti waktu respons 2 jam dengan waktu resolusi 8 jam.
 
           Sangat sering, operator layanan dapat menggunakan metrik operasional untuk mengukur ketersediaan dengan berbagai tingkat dukungan. Metrik ini adalah waktu rata-rata untuk memperbaiki atau memulihkan (MTTR) dan rata-rata waktu ke kegagalan (MTTF). Ada hubungan antara ketersediaan, MTTF, dan MTTR:
 
 
 
 
           Di sini MTTR sama dengan waktu resolusi. Berdasarkan teori keandalan teknik, kami sering menggunakan metrik lain untuk mengukur keandalan sistem, yang berarti waktu antara kegagalan (MTBF). Hubungan antara MTBF, MTTF, dan MTTR sama dengan:
 
MTBF = MTTF + MTTR
 
           Untuk mendukung ketersediaan di atas, layanan cloud dapat menggunakan tingkat layanan yang berbeda, seperti Platinum, Emas, Perak, Perunggu, sesuai panggilan, jam kerja normal, dll. Harga untuk berbagai SLA akan bervariasi dari sangat mahal hingga sangat ekonomis. Banyak penyedia layanan terkelola mengadopsi metrik ini untuk membedakan produk dan layanan mereka di pasar cloud.
 
 
 
Skalabilitas
 
           Dari perspektif pelanggan cloud, skalabilitas cloud berarti karakteristik atau fleksibilitas elastis cloud. Dengan kata lain, pengguna akhir hanya membayar untuk apa yang telah ia konsumsi dari sumber daya cloud. Sumber daya cloud tidak hanya dapat ditingkatkan dengan cepat tetapi juga dengan cepat menyusut.
 
           Dari perspektif penyedia layanan cloud, skalabilitas berarti untuk mengakomodasi berbagai permintaan pengguna. Ini berarti bahwa penyedia layanan cloud tidak hanya memiliki kemampuan untuk meningkatkan kelompok sumber dayanya tetapi juga untuk meningkatkannya.
 
           Untuk meningkatkan tingkat pemanfaatan infrastruktur cloud selama waktu siaga sumber daya, penyedia layanan cloud harus memiliki struktur harga yang berbeda. Misalnya, layanan EC2 dan S3 Amazon menyertakan model harga yang disebut "Spot Instance". Lainnya, seperti Salesforce.com mengadopsi model harga berlangganan, dari mana penyedia layanan cloud dapat memperkirakan atau memprediksikan potensi permintaan sumber daya.
 
           Pertanyaannya dapat diajukan, “Meskipun memiliki model harga yang berbeda untuk mengatur perilaku pelanggan cloud selama waktu siaga, bagaimana mungkin penyedia layanan cloud dapat mengakomodasi permintaan puncak?” Jawaban sederhananya adalah virtualisasi perangkat keras dan multitenancy perangkat lunak. Berdasarkan penelitian Artur Andrzejak et al. [101] di enam pusat data perusahaan yang berbeda, tingkat pemanfaatan khas untuk server hosting tradisional adalah sekitar 10% ~ 35%. Makalah diskusi Will Forrest et al. Dari Mckinsey juga menunjukkan bahwa tingkat pemanfaatan pusat data yang khas adalah sekitar 10%. Laporan Gartner [39] menyarankan bahwa lebih dari 50% atau 60% dari kapasitas penyimpanan akan menganggur di pusat data khas perusahaan. Data kami juga menunjukkan bahwa tingkat pemanfaatan rata-rata untuk beberapa server hosting (konten seluler) di bawah 1% dan tingkat pemanfaatan puncak hanya sekitar 7%.
 
           Konsekuensinya, akan ada ruang kepala infrastruktur yang cukup untuk penyedia layanan cloud untuk bekerja dengan dan masih menghasilkan cukup laba sambil mengakomodasi tuntutan atau beban kerja pelanggan cloud. Satu-satunya pertanyaan adalah bagaimana mengoptimalkan kumpulan sumber daya dan menyinkronkan setiap komponen infrastruktur, termasuk daya, pendinginan, ruang, server, penyimpanan, dan jaringan. Ini adalah topik yang akan kita bahas dalam beberapa bab berikutnya.
 
 
 
Pemanfaatan
 
           Tingkat pemanfaatan adalah indeks kinerja keuangan utama saat mengukur cloud. Secara teoritis, semakin tinggi tingkat pemanfaatannya, semakin rendah biaya infrastruktur cloud. Alasan mendasar mengapa banyak perusahaan memindahkan beban kerja TI mereka ke lingkungan cloud adalah bukan untuk membagikan sumber daya TI atau memanfaatkan teknologi cloud yang canggih. Itu karena infrastruktur TI mandiri atau tradisional yang ada saat ini sangat kurang dimanfaatkan. Penyedia layanan cloud dapat membawa layanan cloud kepada pelanggannya dan meningkatkan tingkat pemanfaatan TI secara signifikan. Oleh karena itu, penyedia layanan cloud dapat mengembalikan manfaat biaya kepada pelanggannya sambil tetap mempertahankan laba yang sehat.
 
           Seperti yang akan kita lihat dalam bab-bab selanjutnya, tingkat pemanfaatan infrastruktur cloud akan menjadi faktor penting dalam pemodelan biaya cloud. Tidak hanya mengharuskan penyedia layanan cloud memanfaatkan perencanaan kapasitas yang tepat berdasarkan pada profil beban kerja dan bisnis TI tetapi juga mengharuskan penyedia layanan cloud untuk membangun pusat data secara modular.
 
           Sebelum kita beralih ke topik selanjutnya tentang kapasitas pusat data, mari kita lihat dua konsep utama lagi dari metrik pusat data, yaitu latensi dan throughput.
 
 
 
Latensi dan throughput
 
           Latensi dan throughput adalah dua metrik kinerja yang sangat penting bagi pengguna akhir. Dua indikator kinerja ini akan mengukur semua metrik kinerja pusat data lainnya ketika layanan cloud sedang online. Berdasarkan definisi Adrian Cockcroft et al. [102] untuk layanan Internet, latency berarti "waktu yang diperlukan untuk menyelesaikan tindakan yang terdefinisi dengan baik" dan berarti jumlah tindakan yang didefinisikan dilakukan dalam periode waktu tertentu. ”Dalam istilah yang sangat sederhana, latensi adalah waktu eksekusi dan throughput adalah bandwidth yang diperlukan untuk menjalankan tugas.
 
           Untuk menggambarkan dua konsep kinerja ini dengan jelas, kami akan menggunakan transportasi pesawat dan kereta peluru sebagai contoh. Misalkan sebuah pesawat terbang yang dapat membawa 100 penumpang per penerbangan harus memindahkan 20.000 orang dari satu bandara ke bandara lain dan setiap penerbangan akan memakan waktu 60 menit per penerbangan sekali jalan1 (abaikan saja waktu untuk memuat dan membongkar lorong). Pertanyaannya adalah, “Berapa lama untuk menyelesaikan misi ini?
 
• Kapasitas pesawat = 100 per penerbangan
 
• Latensi = 20.000/100 x 60 x 2 x 24.000 menit atau 400 jam untuk menyelesaikan misi
 
• Throughput = 20,000/400 = 50 orang per jam
 
 
           Jika saya menggunakan kereta peluru untuk mentransfer jumlah orang yang sama (atau 20.000) dan kapasitas masing-masing kereta peluru = 10.000 per perjalanan dan waktu dari satu tempat ke tujuan lain akan membutuhkan 240 menit atau 4 jam, 2 berapa latensi untuk kereta peluru?
 
• Kereta peluru kapasitas = 10.000 per perjalanan
 
• Latensi = (20.000/10.000) x 240 x 2 x 960 menit = 16 jam untuk menjalankan misi ini
 
• Throughput = 20.000/16 = 1.250 orang per jam
 
 
 
           Sebagai perbandingan, pesawat ini 240/60 = 4 kali lebih cepat dari kereta peluru. Meskipun kereta peluru lebih lambat dalam hal latensi, throughputnya 1250/50 = 25 kali lebih besar dari pesawat.
 
           Setelah kita memahami kedua konsep ini, akan lebih mudah bagi kita untuk menerapkan konsep-konsep ini pada penerapan tautan berkecepatan tinggi antara dua pusat data.
 
           Misalnya sebuah file dengan ukuran TCP window 1 MB (megabyte) yang akan ditransfer dari pusat data A (di kota S) ke pusat data B (di kota M). Koneksi jaringan inti antara dua pusat data adalah tautan 10GbE dengan latensi pulang-pergi rata-rata 20 milidetik. Sekarang, pertanyaannya adalah, “Berapa throughput maksimum yang bisa saya dapatkan?
 
• ukuran jendela 1 megabyte = 1024 x 1.024 x 8 = 8.388.608 bit
 
• 8.388.608 bit/0,020 detik = 419.430.400 bit per detik, yang berarti throughput maksimum yang dimungkinkan = 419 Mbps
 
         Di sini, menunjukkan bahwa meskipun ukuran pipa adalah tautan 10GbE, throughput maksimum yang mungkin hanya 419 Mbps. Jadi, bagaimana kita bisa meningkatkan throughput untuk 10GbE yang diberikan? Jawabannya adalah untuk meningkatkan ukuran jendela TCP atau mengurangi latensi RTT. Ini mirip dengan kisah pesawat atau kereta peluru, di mana Anda dapat menambah jumlah penumpang per penerbangan (dari 100 penumpang menjadi 200 penumpang per penerbangan) atau mengurangi waktu bolak-balik, dengan meningkatkan kecepatan pesawat (dari 120 menit hingga 100 menit).
 
           Jika ukuran pipa dan latensi tetap, berapa throughput maksimum saya?
 
• Ukuran pipa adalah tautan 10 GbE dan waktu pulang pergi (RTT) = 20 ms.
 
• 10.000.000,000*0.02 detik = 200 MBits/8 = 25 megabytes per detik.
 
Jika ukuran 1 megabyte, berapa latensi maksimum untuk mentransfer file di tautan GbE?
 
• Latensi maksimum = 8.388.608 bit (ukuran file)/10 Gbits per detik (throughput yang diinginkan) = 838,8 mikrodetik 5 0,838 juta per detik.
 
 
 
 
 
PEMASANGAN SUMBER DAYA PUSAT DATA
 
           Seperti yang telah kami sebutkan di atas, tujuan kinerja adalah untuk memenuhi persyaratan bisnis dalam kualitas yang ditentukan atau untuk melampaui harapan pelanggan. Kapasitas menentukan apa yang diinginkan pelanggan dan kapan mereka menginginkannya berdasarkan pada baseline kinerja saat ini.
 
           Dari perspektif keuangan, sebagian besar pekerjaan perencanaan kapasitas akan menjadi bagian dari kegiatan belanja modal. Sebaliknya, kinerja atau manajemen kinerja harus menjadi bagian dari kegiatan opex. Organisasi Standar Internasional (ISO) menetapkan kerangka kerja untuk kegiatan dukungan dan operasi. Kami memiliki lima subaktif untuk mendukung operasi infrastruktur TI termasuk manajemen kinerja
 
Demikian pula, kita dapat membangun kerangka kerja untuk perencanaan kapasitas pusat data dari perspektif pemodelan biaya.
           Ada hubungan antara perencanaan kapasitas pusat data dan manajemen kinerja, yang merupakan kapasitas sumber daya pusat data.
 
           Mengapa kita membutuhkan perencanaan kapasitas pusat data? Itu karena sumber daya tidak terbatas atau gratis dan ada sel sumber daya di pusat data apa pun. Untuk memenuhi permintaan pelanggan yang tidak terbatas dengan sumber daya yang terbatas, manajemen kinerja sangat penting.
 
           Untuk penyedia layanan cloud, celling sumber daya pusat data akan selalu menjadi masalah. Strategi yang tepat untuk mengatasi masalah ini adalah menggabungkan perencanaan kapasitas pusat data dan manajemen kinerja atau penyesuaian kinerja. Setiap penyedia layanan cloud harus mewaspadai risiko beban kerja jangka panjang yang cenderung menurun dalam siklus hidup tertentu. Diagram komputasi berdasarkan permintaan Amazon yang hanya menunjukkan satu skenario (pertumbuhan). Namun, pada kenyataannya, beban kerja TI juga cenderung menurun.
 
           Oleh karena itu, sangat penting bagi penyedia layanan cloud untuk memiliki strategi pemasaran yang tepat dan memastikan bahwa beban kerja jangka panjang terus naik atau setidaknya tetap stabil. Kami akan membahas lebih detail dalam bab terakhir tentang strategi investasi.
 
 
 
RUANG PUSAT DATA
 
           Meskipun telah mencakup beberapa fungsi penting dari ruang pusat data yang juga penting untuk pusat data cloud, seperti ruang masuk, ruang telekomunikasi, ruang pendukung kantor, dan ruang komputer, belum membahas topik yang sangat penting dari sudut pandang persaingan. Oleh karena itu, selain fungsi pusat data yang dibahas di atas, kami juga harus memperhatikan lima jenis ruang berikut:
 
• Total ruang
 
• Total ukuran lot yang berdekatan
 
• Ruang putih
 
• Ruang yang dapat digunakan secara efektif
 
• Ruang Umum
 
 
 
Total ruang
 
      Total ruang mudah dimengerti; itu adalah shell bangunan dari pusat data. Ini mewakili atap bangunan yang mencakup semua peralatan pusat data. Jika Anda sedang membangun pusat data besar baru, maka pemilihan situs akan menjadi langkah pertama dan kemudian Anda akan membangun pusat data di shell baru.
       Alasan utama untuk membangun pusat data baru di kulit bangunan lama adalah:
• Waktu terbatas (hanya empat bulan) untuk pemasangan
 
• Dekat dengan kelompok penelitian di Universitas Teknis Catalonia
 
           Profesional sangat cepat, yang dapat menghemat banyak waktu dalam meletakkan fondasi infrastruktur untuk cangkang bangunan. Namun, kelemahan dari penggunaan bangunan yang ada adalah tidak dapat diskalakan atau tidak ada cukup ruang untuk ekspansi. Selain itu, situs ini hanya memiliki daya dan kapasitas bandwidth terbatas. Waktu untuk merenovasi sebuah bangunan tua cukup sulit untuk diperkirakan.
 
           Memilih cangkang bangunan lama hanya dapat diterapkan untuk pusat data kecil dan menengah yang memiliki pertumbuhan beban kerja TI yang terbatas. Ini lebih seperti pusat data dalam jenis kotak (wadah) solusi, di mana Anda ingin membangun titik kehadiran (POP) dekat dengan tempat pelanggan Anda, misalnya, aplikasi pusat data multimedia.
 
 
 
Total ukuran lot yang berdekatan
 
           "Lot" adalah istilah real estat. Ini mengacu pada "tanah tanah." Istilah "ukuran total tanah yang berdekatan" berarti bahwa pusat data akan memiliki cukup lahan potensial di dekatnya untuk tujuan ekspansi. Ada istilah real estat lain yang dikenal sebagai "komplotan" [110]. Ini adalah proses menggabungkan bidang tanah yang berdekatan (atau banyak) untuk membentuk satu bidang tanah yang besar. Ini mengacu pada penggabungan atau konsolidasi sejumlah lot yang berdekatan menjadi satu lot besar
 
           Ini adalah bagian dari strategi investasi membangun pusat data secara modular. Namun, ketika Anda berada dalam tahap perencanaan, penting untuk memahami kapasitas lahan yang dapat diperluas, total ukuran lahan yang berdekatan. Dengan kata lain, selama investasi tahap pertama, beban kerja cloud mungkin sulit diprediksi sehingga Anda hanya membangun apa yang Anda butuhkan, tetapi ketika bisnis Anda lepas landas, Anda harus memiliki kapasitas lahan yang cukup untuk mengembangkan bisnis Anda. Tentu saja, harga tanah di masa depan dan tanah khusus yang aktif secara listrik berbeda. Berdasarkan data penelitian Uptime Institute Inc. pada 2006 dan 2007 [113], tanah yang aktif secara listrik adalah US $ 1.120 per meter persegi per bulan. Jika asumsi tingkat inflasi adalah 3-4%, maka harga hari ini akan lebih dari US $ 1.500 per meter persegi per bulan. Kita akan membahas model biaya dalam bab-bab selanjutnya. Ruang kosong di masa depan mungkin berharga sekitar 2/3 dari lahan yang aktif secara listrik.
 
 
Ruang putih
 
           Istilah "ruang kosong" berarti lingkungan pusat data lantai terangkat yang dapat digunakan yang diukur dalam meter persegi atau kaki (bisa mencapai beberapa ribu meter persegi). Banyak pusat data, seperti pusat data Facebook, tidak menggunakan lantai yang ditinggikan, tetapi istilah "ruang kosong" masih dapat digunakan untuk merujuk pada rekaman persegi yang dapat digunakan.         
 
 
 
Ruang yang dapat digunakan secara efektif
 
           Ruang yang dapat digunakan secara efektif adalah ruang rak untuk memasang peralatan TI, seperti server, penyimpanan, peralatan jaringan (router, sakelar, dan penyeimbang muatan), dan peralatan firewall. Ukuran khas rak adalah tinggi 42RU, yaitu sekitar 6 kaki atau 1.866,9 mm. Setiap unit rak (RU) tingginya 1,75 inci atau 44,45 mm. Lebar rak 42RU (EIA-310D atau E) standar adalah 19 inci (482,6 mm) atau 23 inci (584,2 mm). Kedalaman 42RU bervariasi dari 600mm (24 inci) hingga 1.000 mm (42 inci). Biasanya, ukuran kedalaman rak kira-kira sebesar ukuran ubin lantai standar, yaitu 2 kaki (600mm) 32 kaki (600mm), jika ada aliran udara dingin melalui lantai yang ditinggikan.
 
           Berdasarkan penelitian dari Kailash Jayaswal [164], hanya sekitar 50% ruang pusat data yang dihuni oleh rak atau perangkat keras mandiri dan 50% lainnya untuk fasilitas pusat data, seperti daya, pendingin, lorong, dan ramp. Data Douglas Alger [109] menunjukkan bahwa ruang rak yang dapat digunakan bervariasi dari sekitar 14% hingga 80% untuk 14 pusat data di seluruh dunia. Namun, persentase rata-rata di bawah 50%, atau 43,64%.
 
 
 
Ruang umum
 
           Selain itu, ada banyak area untuk tujuan umum saja, seperti area umum (misalnya, tempat parkir), pusat operasi jaringan, dan ruang kantor umum. Ruang-ruang ini juga harus dipertimbangkan selama fase pembangunan cangkang pusat data. Namun, pusat operasi jaringan dapat dibangun di luar cangkang gedung pusat data dan dikendalikan oleh kantor pusat dari jarak jauh.
 
 
 
KAMAR FUNGSIONAL PUSAT DATA
 
           Pusat data tipikal harus memiliki sembilan ruang fungsional. Jika kita mengelompokkannya bersama, kita mungkin dapat membaginya menjadi tiga jenis kategori fungsi khusus:
 
• Fungsi pendukung utilitas
 
• Fungsi komputasi
 
• Fungsi operasional
 
 
 
Fungsi pendukung utilitas
 
           Fungsi pendukung utilitas terdiri dari tiga ruang fungsional: ruang mekanik, ruang listrik, dan Area pementasan termasuk gudang penyimpanan dan pemuatan.
 
 
 
Ruang mekanik
 
           Ruang mekanis untuk memasang pendingin, kompresor, pompa air, unit kondensor, dan peralatan ventilasi atau peralatan pemanas, ventilasi, dan pendingin udara (HVAC). Ruangan ini mendukung semua fungsi HVAC atau pendinginan untuk fasilitas pusat data.
 
 
 
Ruang listrik
 
           Ruang listrik mengakomodasi semua unit catu daya tak terputus (UPS), baterai, generator, penekan lonjakan tegangan transien (TVSS), panel daya primer, dan transponder pintu masuk servis. Kamar ini mendukung fungsi daya pusat data.
 
 
 
Area pementasan
 
           Ruangan ini dirancang untuk menyimpan suku cadang, peralatan rusak yang akan dikirim untuk diperbaiki, dan semua peralatan uji, peralatan, dan peralatan kerja lainnya (seperti peralatan kerja dan keselamatan). Area ini juga termasuk dok pemuatan untuk transportasi peralatan.
 
 
 
Fungsi komputasi
 
           Ada juga tiga ruang fungsional dalam kelompok ini: ruang masuk, ruang komputer, dan ruang telekomunikasi. Ruang-ruang fungsional ini terutama untuk melayani keperluan server, penyimpanan, dan jaringan.
 
 
 
Ruang masuk
 
           Di sinilah peralatan operator luar memenuhi jaringan internal. Ini adalah demarkasi. Biasanya, peralatan terhubung ke jaringan backbone. Terkadang, ada banyak operator luar yang terhubung ke satu pusat data. Dalam beberapa kasus, broker operator dapat mengoptimalkan kapasitas operator yang berbeda dan menjadi pengecer untuk pelanggan pusat data, seperti pelanggan colocation.
 
           Ruang masuk biasanya terletak di luar ruang komputer sehingga teknisi operator lain dapat memiliki akses tanpa membahayakan kebijakan keamanan pusat data. Untuk meningkatkan redundansi titik masuk dan mengurangi panjang kabel yang berlebihan, pusat data yang besar mungkin memiliki lebih dari satu ruang masuk untuk memberikan redundansi tambahan atau untuk menghindari melebihi panjang kabel maksimum untuk sirkuit yang disediakan penyedia akses. Ruang masuk berinteraksi dengan ruang komputer melalui area distribusi utama. Ruang masuk mungkin berdekatan atau dikombinasikan dengan area distribusi utama.
 
 
 
Ruang komputer
 
           Ruang komputer adalah ruang fungsional utama untuk pusat data apa pun. Tanpa mereka, itu tidak bisa disebut pusat data. Seperti yang telah kami jelaskan di bagian di atas, biasanya ruang komputer akan mengambil lebih dari 50% dari total ruang pusat data. Perbedaan utama antara ruang komputer dan ruang rak yang dapat digunakan adalah ruang komputer memiliki fungsi lorong panas dan dingin tetapi ruang rak mungkin tidak memiliki lorong panas dan dingin. Ruang rak ada di dalam ruang komputer. Selain itu, ruang komputer dibagi menjadi empat area berbeda:
 
• Area distribusi utama (MDA)
 
• Area distribusi horisontal (HDA)
 
• Area distribusi peralatan (EDA)
 
• Area distribusi zona (ZDA)
 
 
 
           Area distribusi utama (MDA): MDA adalah titik pusat distribusi untuk semua sistem pemasangan kabel pusat data. Area ini berada di dalam ruang komputer. Mungkin dikunci ke dalam ruangan atau area khusus untuk alasan keamanan. Biasanya, Private Branch Exchange (PBX), switch jaringan inti, dan router inti terletak di ruang MDA. Beberapa perlengkapan penyediaan untuk penyedia akses, seperti multiplexer M13 kepadatan tinggi kelas carrier juga dapat dipasang di ruang MDA daripada ruang masuk. Satu MDA dapat mendukung beberapa HDA dan beberapa EDA plus ruang fungsi operasional.
 
           Area distribusi horizontal (HDA): Tujuan HDA adalah untuk mendukung area khusus yang ada di dalam ruang komputer atau aula besar untuk fungsi khusus atau keamanan tambahan. Ini adalah titik distribusi terpusat atau koneksi silang horizontal (HC) untuk pemasangan kabel ke EDA. HDA yang khas dapat mencakup sakelar SAN dan LAN untuk peralatan dalam EDA.
 
           Jika pusat data memiliki beberapa ruang komputer yang melintasi lantai yang berbeda, setiap lantai akan memiliki HC sendiri untuk melayani peralatan di lantai ini. Untuk pusat data mikro atau kecil, HDA tidak diperlukan karena satu MDA harus memiliki kapasitas yang cukup untuk menangani semua peralatan TI di seluruh ruang komputer. Namun, untuk pusat data ukuran besar atau mega, akan ada banyak HDA.
 
           Area distribusi peralatan (EDA): Nama di sini menjelaskan sendiri, karena area ini untuk menghubungkan peralatan akhir atau rak yang terdiri dari server, array disk penyimpanan, sakelar jaringan akses, dan peralatan telekomunikasi lainnya. Seharusnya tidak digunakan untuk keperluan pemasangan kabel lainnya, seperti untuk ruang masuk, MDA, atau, HDA.
 
           Area distribusi zona (ZDA): Ini adalah titik distribusi sub-sentralisasi lainnya antara HDA dan EDA. Ini memberikan fleksibilitas untuk mengakomodasi konfigurasi ulang yang sering, seperti "bergerak," "menambahkan," dan "perubahan." Ini sangat berguna bagi penyedia DCaaS untuk mendukung layanan colocation.
 
 
 
Ruang Telekomunikasi
 
           Ini didedikasikan untuk peralatan yang terkait dengan layanan telekomunikasi. Mereka adalah titik akses umum untuk backbone dan jalur horisontal. Switch jaringan LAN juga terletak di ruangan-ruangan ini untuk tujuan operasi jaringan. Arsitektur atau topologi pusat data TIA-942 tipikal, kita dapat melihat ruang telekomunikasi terhubung ke kantor dan ruang pendukung operasi, yang merupakan pusat operasi.
 
 
 
Fungsi operasional
 
           Kelompok fungsional berikutnya adalah ruang fungsi operasional. Ini adalah ruang operasi jaringan, area umum, dan ruang kantor umum. Tiga ruang fungsional ini mendukung proses operasi pusat data.
 
 
 
Ruang operasi jaringan
 
           Ruang operasi jaringan juga disebut pusat operasi jaringan. Jika mengoperasikan sejumlah pusat data di seluruh dunia, ini dapat disebut pusat operasi global. Ini dapat ditemukan di shell gedung pusat data. Itu juga dapat ditempatkan di luar gedung pusat data dan berkomunikasi melalui remote control LAN atau WAN. Tujuan utama pusat operasi adalah FCAPS.
 
 
Area umum
 
           Area umum akan mencakup lobi, keamanan situs, parkir mobil, dan ruang kafetaria. Area-area ini secara teratur diakses oleh staf pusat data dan pelanggan, dan dirancang untuk kenyamanan manusia.
 
 
 
Ruang kantor umum
 
           Ruang kantor umum mirip dengan area kantor lain kecuali itu adalah bagian dari pemantauan keamanan pusat data berdasarkan tingkat pusat data. Sekali lagi, tujuan dari ruang ini adalah untuk kenyamanan manusia sehingga sistem pendingin udara akan dibedakan dari ruang komputer atau server.
 
 
 
CARA MEMPERKIRAKAN BIAYA RUANG
 
           Banyak vendor telah menerbitkan biaya rata-rata ruang. Pada bulan Maret 2008, Uptime Institute [112] menerbitkan penelitian yang mengindikasikan harga rata-rata untuk ruang yang dapat digunakan adalah sekitar US $ 1.249/kaki persegi/tahun atau US $ 13.440/meter persegi/tahun untuk area lantai yang aktif secara listrik. Ini juga dapat diterjemahkan sebagai US $ 4.840 per rak per tahun (dengan asumsi standar ukuran rak 42RU 0,6 m x 0,6 m).
 
           Tentunya, nilai tanah akan berfluktuasi dari satu lokasi ke lokasi lain. Bahkan biaya konstruksi juga akan berfluktuasi dari waktu ke waktu, dan dari tempat ke tempat. Cukup menantang untuk menunjukkan nomor tertentu.
 
           Pendekatan terbaik adalah mencari cara menghitung atau memperkirakan nilai tanah atau ruang. Eric Shapiro [113] memberikan lima pendekatan berbeda untuk memperkirakan nilai tanah:
 
• Pendekatan pasar atau metode komparatif
 
• Pendekatan pendapatan atau metode investasi
 
• Pendekatan residual atau metode pengembangan
 
• Pendekatan laba
 
• Pendekatan biaya atau metode kontraktor
 
 
 
           Secara keseluruhan, ruang akan dihitung sebagai 15% dari total biaya untuk rak khas yang terletak di pusat data yang memiliki 2N ketersediaan tinggi. Tidak masalah apakah itu pusat data tradisional atau cloud, mereka semua membutuhkan ruang rak atau ruang pusat data. Adalah ilusi jika orang berpikir bahwa cloud computing berarti data dapat diproses dalam cloud (naik di udara) tanpa infrastruktur fisik. Dari perspektif penggunaan sumber daya TI, tidak ada perbedaan antara komputasi awan dan komputasi tradisional, seperti utilitas, berdedikasi, didistribusikan, dan komputasi grid. Mereka semua harus mengkonsumsi sumber daya fasilitas pusat data. Satu-satunya perbedaan adalah komputasi awan menggunakan sumber daya pusat data jauh lebih efisien dengan memanfaatkan teknologi virtualisasi, seperti virtualisasi server dan multitenancy.