Situs berat bandwidth ... gunakan co-location?

Saya sedang mengerjakan situs web yang cenderung sangat bandwidth. Fitur utama situs ketika digunakan aktif dapat menarik hingga 1Mbps untuk satu sesi. Untungnya, setelah pengguna mengatasi faktor mainan baru, penggunaan fitur ini mungkin akan 1-5% atau kurang (mungkin jauh lebih sedikit) dari waktu sesi.

Namun, pengguna baru cenderung bermain dengan fitur ini sedikit, terutama saat peluncuran. Saya sangat khawatir tentang penggunaan bandwidth.

Ini kurang lebih merupakan ceruk pasar, jadi saya tidak perlu skala ke tingkat gila seperti YouTube. Namun, sangat mungkin untuk itu menjadi beberapa terabyte / bulan.

Apakah co-location pilihan terbaik saya? Apa layanan bandwidth murah (colocation / host / cloud / apa pun) di luar sana?

Banyak yang akan tergantung pada berapa banyak sesi bersamaan yang Anda harapkan. Jika lebih dari beberapa sesi bersamaan kemungkinan maka Anda akan membutuhkan sesuatu yang memberi Anda koneksi 100Mbit, 1Gbit jika Anda mengharapkan lebih dari 50.

Ini juga akan tergantung pada jenis ketahanan yang Anda butuhkan - jika Anda harus memiliki jaminan uptime dan SLA lainnya dan / atau sistem fail-over untuk mengambil alih jika terjadi masalah (karena proyek ini cukup penting untuk periode waktu singkat yang pendek) menjadi memalukan) maka pilihan Anda lebih terbatas dan biaya Anda akan lebih tinggi.

Jika Anda dapat memisahkan data besar dari sisa aplikasi maka Anda tidak perlu memindahkan semuanya ke solusi hosting baru. Sebagai contoh jika item bandwidth besar adalah file video maka Anda dapat menyewa server khusus dengan bandwidth yang baik di suatu tempat dan meng-host-nya - Anda bisa mendapatkan server pada host yang baik dengan bandwidth yang layak dan koneksi 100mbit + secara mengejutkan murah saat ini (saya membayar $ 50 / bulan) untuk server kecil dengan tautan 10Mbit yang bisa saya jenuh di kedua arah 24/7 jika saya perlu, jadi tautan 100Mbit dengan server yang lebih besar tidak akan mahal kecuali Anda membutuhkan jaminan waktu operasional dan SLA lain dan / atau server manajemen dari penyedia hosting). Jika server hanya menyajikan file statis (bahkan yang besar) Anda tidak perlu banyak mesin dalam hal CPU dan RAM, hanya drive dan bandwidth yang cepat. Mungkin juga layak untuk melihat solusi yang di-host "cloud" atau jaringan pengiriman konten - solusi tersebut mungkin lebih mudah untuk diukur jika Anda meremehkan berapa banyak bandwidth yang Anda butuhkan secara teori jauh lebih tangguh (sehingga Anda mungkin mendapatkan jaminan uptime yang layak) dengan kompensasi jika mereka gagal mempertahankan SLA itu). Menjaga tindakan memonopoli bandwidth terpisah dengan cara-cara ini memiliki keuntungan tambahan bahwa jika fitur bandwidth tinggi cukup menarik perhatian untuk membuatnya merangkak yang tidak akan memblokir semua fitur Anda yang lain pada saat yang sama.

Murni secara historis:
Kembali pada hari-hari sebelum permainan Facebook, orang-orang semua ke MMO berbasis format teks.

Yang relatif baru adalah Ogame. Itu berat grafis dan sistem peta 9 kali 999 halaman (9 semesta dengan 999 sektor dengan ruang untuk 15 planet masing-masing, dan setiap planet bisa memiliki bulan).

Jumlah pengguna yang bergabung gila dan jumlah lalu lintas lebih dari itu.

Jadi apa yang mereka lakukan untuk menyelesaikannya? Mereka mulai menggunakan sistem template PHP dan memungkinkan pengguna untuk meng-host file gambar dan CSS sendiri. Yang harus Anda lakukan adalah mengklik kotak centang dan masukkan path absolut ke folder dasar. Mereka akan menyimpan ini dalam database mereka, menggunakan <base>elemen HTML dan dan sistem template mengatur URI dari http: // path / ke / image ke file: /// path / ke / image

Setelah itu, semua tautan img bisa tetap sama. Tidak ada yang perlu diunduh, karena pengguna sudah memilikinya. Berarti memuat halaman lebih cepat bagi pengguna (artinya ulasan produk yang lebih baik) dan juga penggunaan bandwidth yang lebih rendah untuk perusahaan yang meng-hosting situs tersebut.

Dan sebagai bonus tambahan, mereka menjualnya sebagai "membuat Anda memiliki latar belakang dan gambar khusus, bukankah kami orang baik karena membiarkan Anda melakukan ini?"

Kami memiliki situs lalu lintas tinggi dan memiliki banyak gambar yang dimuat pada setiap halaman. Kami memiliki server khusus tetapi memutuskan untuk meletakkan gambar di Amazon S3 . Sepertinya Anda mungkin berbicara tentang file video atau beberapa jenis file besar lainnya yang saya pikir masih berlaku di sini. Berikut ini beberapa pro dan kontra (bagi kami)

Pro

• Lebih sedikit ruang disk yang diperlukan di server kami
• Lebih sedikit bandwidth untuk server kami
• File log kami jauh lebih kecil
• Kami dapat dengan mudah mengintegrasikannya dengan Amazon CloudFront untuk membuat pemuatan lebih cepat bagi pengunjung

Cons

• Harganya sedikit. Kami dapat menghemat sedikit uang dengan memilikinya di server kami sendiri
• Kurang kontrol atas mereka (Amazon) turun ... beruntung bagi kita, mereka tidak benar-benar turun. :)

Pikiran Lainnya

Jika bukan file media atau unduhan file besar yang Anda bicarakan, jawaban saya dan beberapa yang lain mungkin tidak masuk akal. Beri kami detail lebih lanjut dan kami akan melakukan yang terbaik untuk membantu.

Sepertinya yang perlu Anda perhatikan adalah CDN seperti Amazon Cloudfront .

Lihatlah pertanyaan-pertanyaan ini untuk diskusi tentang penggunaan CDN:

• CDN - Jaringan Pengiriman Konten. Bagaimana cara kerjanya dan mengapa saya ingin menggunakannya?
• Kapan Anda memutuskan untuk menggunakan CDN? Bagaimana Anda mengukur "kesuksesan" menggunakan CDN?

Bergantung pada negara / negara target (atau dunia) saya akan menggunakan banyak solusi cluster ("Cloud") di lokasi yang berbeda (jaringan lokasi harus diintip ;-)). Di satu sisi Anda memiliki kendali penuh atas CDN Anda tetapi di situs lain Anda memiliki banyak hal yang harus dilakukan (seperti memantau, merawat infrastruktur perangkat lunak dan perangkat keras dan banyak lagi).

Jadi solusi "berhasil" seperti AWS atau sesuatu. Ada banyak penyedia CDN / Cloud yang menyediakan berbagai fitur.

OFFTOPIC: Lihatlah Wayang [1] :-)

[1] http://www.puppetlabs.com/

Ya, Anda harus menggunakan Amazon AWS sesuatu yang serupa.