Kami sedang melalui proses RFP untuk mengubah perusahaan hosting untuk sebagian besar server kami (~ 10 workhorses dan server database yang cukup kuat).
Ketika perusahaan yang ada dipilih, saya tidak berada di perusahaan, juga tidak pernah bekerja dengan perusahaan hosting di masa lalu (Selalu memiliki perangkat keras di situs di perusahaan sebelumnya). Kami akan melakukan tur situs untuk masing-masing perusahaan selama beberapa minggu ke depan. Apa jenis hal yang biasanya Anda cari? Pertanyaan untuk ditanyakan pada staf situs mereka, dll? Apa pun yang dapat membantu saya mengevaluasi dan membandingkan.
Sebagian besar perusahaan hosting memelihara peternakan VM Ware dengan situs DR yang terhubung melalui serat.
hosting
disaster-recovery
Amatir Profesional
sumber
sumber
Jawaban:
Ini adalah hal yang baik bahwa Anda memikirkan pertanyaan apa yang akan ditanyakan perusahaan hosting Anda, tapi saya pikir Anda mendekatinya. Pertama cari tahu persyaratan Anda , dan kemudian tanyakan masing-masing perusahaan bagaimana infrastruktur mereka akan memenuhi mereka .
Ketika mereka menjelaskan bagaimana infrastruktur mereka memenuhi kebutuhan Anda, jangan takut untuk bertanya , dan jika Anda tidak puas dengan jawaban yang Anda dapatkan, jangan takut untuk mendesak seseorang yang secara relatif tingkat atas memberi Anda penjelasan yang baik - Anda memberikan uang kepada perusahaan hosting itu, dan jika tenaga penjualan mereka tidak dapat menjelaskan hal-hal yang membuat Anda puas, mintalah insinyur jaringan atau seseorang dari tim Operasi Pusat Data untuk menjelaskan banyak hal.
Selain apa yang orang lain sebutkan, beberapa hal lain yang perlu dipertimbangkan (disesuaikan dengan colocation - hosting perangkat keras Anda di fasilitas orang lain):
Umum
(TANPA ikatan zip plastik, TANPA pita)
(Mereka mungkin mengatakan tidak. Jika mereka mengatakan ya, tundukkan kepala Anda ke sana dan lihat sekeliling. Sekali lagi, semua kabel harus rapi dan dibundel dengan ikatan velcro. Nampan kabel yang ditangguhkan penting di sini untuk memungkinkan aliran udara. Lihat pendinginan.)
Jaringan
Kekuasaan
Pendinginan
(Jika mereka kehilangan pendingin ruangan, apakah suhu ruangan akan tetap?)
(Dengan asumsi mereka menggunakan sistem pendinginan aliran bawah tradisional yang membungkukkan udara dingin ke lantai, berdirilah di ubin berlubang di dekat AC, lalu sejauh satu unit dari unit AC yang Anda dapat - Angin sepoi-sepoi seharusnya relatif )
(economizers sisi udara, roda panas, dll?)
Keamanan dan Akses
Pemantauan
mereka (mereka mungkin mengatakan tidak, tetapi jika itu adalah sistem yang sangat apik, mereka mungkin ingin pamer)
Layanan Terkelola (Jika Anda menginginkannya)
Pemulihan bencana
Saya menempatkan ini terakhir karena ini benar-benar perhatian minimal - Pusat data menghabiskan uang membuat diri mereka sangat andal dan kuat dalam menghadapi kegagalan subsistem / komponen. Disaster Recovery dalam arti "apa yang terjadi jika pusat data saya hilang" paling baik ditangani dengan memiliki pusat data lain, jadi pertanyaan yang saya ajukan ada di sepanjang baris tersebut:
sumber
Ada beberapa hal yang dapat Anda cari yang akan lebih atau kurang penting bagi situasi spesifik Anda. Berpikir saya selalu ingin tahu:
edit & apa yang dikatakan symcbean. dan saya lupa :-)
sumber
Selain biaya ...
Jenis: colocation atau host
Mengakses
SLA daya dan konektivitas
Keamanan data - ketentuan pelabuhan aman, akses ke perangkat keras Anda oleh pengguna pusat data lainnya
Latensi jaringan antara pusat data dan pengguna Anda
Manajemen jaringan hulu - berkaitan dengan DDOS
Dukungan ketersediaan jaringan - multi-pathing?
Perencanaan kontinuitas - termasuk kehilangan situs
sumber
Secara kebetulan pagi ini saya mengumpulkan RFP tentang hal ini! Jelas Anda perlu bertanya apa pengaturan keamanan mereka, dan apakah mereka terakreditasi - tetapi selidiki sedikit lebih dalam dan cari tahu bagaimana mereka menilai risiko secara internal: bagaimana mereka memeriksa staf baru dan memantau akses istimewa, bagaimana prosedur mereka ketika kecelakaan terjadi, bagaimana mereka belajar dari kesalahan mereka?
Cari tahu apakah mereka memiliki pemahaman yang baik tentang distribusi listrik karena ini adalah salah satu area di mana dalam pengalaman saya beberapa hoster mengacaukan, misalnya mereka memiliki pasokan yang sangat andal ke dalam gedung kemudian membebani unit distribusi di pod Anda, atau mereka memasukkan pasokan listrik kembar ke dalam semua server Anda kemudian jalankan kedua sisi rak dari pemutus arus yang sama.
Dan tanyakan pandangan mereka tentang pembaruan; kebijaksanaan tradisional mengatakan Anda harus menguji setiap tambalan Microsoft sebelum Anda menerapkannya ke server Anda tentu saja. Apakah manajemen tambalan merupakan layanan yang mereka berikan atau Anda harus melakukannya sendiri?
Perhatikan dengan cermat pemantauan apa yang mereka lakukan untuk Anda. Ini akan menghemat waktu Anda dan menyenangkan bos Anda jika Anda mendapatkan laporan harian atau mingguan yang bagus yang memberi tahu Anda ketika server surat Anda kehabisan penyimpanan, dll. Ada banyak tingkat kecanggihan di bidang ini dan Anda mungkin ingin menyesuaikan pemantauan kinerja Anda ke aplikasi Anda sehingga langkah-langkah sedekat mungkin dengan proxy untuk pengalaman pengguna.
Semoga ini membantu!
sumber
Kualitas dukungan pelanggan mereka dalam praktik , bahkan dengan server khusus, adalah salah satu hal terpenting. Beberapa SLA terlihat bagus di atas kertas tetapi tidak dalam praktiknya, dan staf yang tidak kompeten menarik misalnya disk SALAH dari RAID sebagai tanggapan terhadap tiket dapat benar-benar merusak hari Anda.
Jika sesuatu tampak murah untuk menjadi kenyataan (perusahaan hosting yang bekerja dengan margin rendah), dukungan tersebut kadang-kadang mungkin bahkan dengan cepat kehilangan kualitas begitu Anda memberi mereka lebih banyak masalah untuk diperbaiki - tidak masalah apakah Anda atau mereka yang menyebabkan masalah! - Dari yang mereka perkirakan karena mereka pada dasarnya MENGHILANGKAN uang pada Anda.
Juga, periksa fasilitas cadangan apa yang dapat mereka tawarkan, jika mereka dapat menawarkan cadangan di tempat yang terjangkau yang tidak dihitung dengan kuota lalu lintas Anda tetapi masih di zona perlindungan kebakaran yang berbeda yang dapat menghemat banyak masalah dan uang.
Jika Anda berencana membuat backend LAN, atau firewall perangkat keras / load balancers nanti: Tidak semua hoster mampu atau mau melakukan itu.
sumber
Pertanyaan yang menarik tapi saya pikir itu akan sangat subjektif. Misalnya Beberapa orang akan khawatir tentang bagaimana mereka menangani pemadaman api - IMHO ini tidak relevan karena kontrak harus mencakup Anda bahkan jika tempat itu terbakar ke tanah dan meninggalkan kawah.
Anda dapat melihat hal-hal seperti sertifikasi SAS70 (sekarang SSAE 16 saya percaya) dan jika pusat data tersertifikasi uptime institute (dan pada tingkatan apa), tetapi hal itu harus menjadi pembeda yang dilihat setelah Anda menetapkan persyaratan dan mempresentasikannya kepada potensi. penyedia layanan.
Menentukan persyaratan Anda adalah kuncinya karena itu akan sangat mengurangi opsi yang tersedia dan membawa keputusan ke tingkat yang lebih mudah dikelola.
Saya juga tidak akan lupa untuk mempertimbangkan solusi cloud yang lengkap sebagai opsi.
sumber
Redundancy and Speed
Lihat apakah ada opsi untuk membuat mirror situs yang dibagikan ... Saya tahu secara pribadi bahwa HostMySite.com digunakan untuk mengatur ini sedikit lebih banyak dari shared hosting ... tidak begitu banyak sekarang ...
Hal lain yang saya cari adalah konektivitas ... Anda menginginkan penyedia yang juga merupakan ISP atau Backbone.
sumber