VPS sau mașină completă cu 20-30 TB stocare

în prezent suntem la OVH cu câteva servere pe câteva mașini TB.
este posibil să nu cunoașteți un furnizor/soluție care poate crește acest lucru la un cost eficient la 20-30 TB? Este posibil să nu știți despre un NAS accesibil, HDD-ul este suficient, nu aveți nevoie de un SSD?

În principal SUA/Germania este piața țintă în ceea ce privește lățimea de bandă, deoarece filmele de 4k rulează, consumă normal.

Comentarii

(invocat v | 22/03/2018, joi - 05:32)

Dacă sunteți mulțumit de serviciul de până acum, de ce să nu contactați compania și să ne anunțați dacă îl puteți rezolva.

(nxu | 22 martie 2018, joi - 09:00)

S3 și colab. Traficul de date va fi costisitor, dar probabil oricum

(zeroms | 22 martie 2018, joi - 09:30)

Din descrierea dvs., dezavantajul pentru mine este că un fel de spațiu cloud + CDN pentru filme. Puteți evita o grămadă de probleme de scalare cu acesta dacă nu știți din timp când să calculați datele și traficul.
Cu o cantitate relativă de date (film) și trafic, este probabil o soluție mai ieftină pentru o infrastructură salială (un server dedicat poate fi un VPS), dar dacă acestea nu sunt „subordonate”, va fi mai ieftin decât cloud (ce câștigi în infrastructură pierzi în întreținere și scalare). Cu stocarea în cloud, dacă nu există trafic, plătiți doar pentru spațiul de stocare, dacă există, dacă există o creștere a traficului, veniturile dvs. ar trebui să crească și ele (dacă afacerea este profitabilă:)) Cred că cazul descris este o soluție bună pentru cloud

De exemplu, dacă există șanse mari ca unele filme să se „viralizeze” și doriți să radiați timp de 1 an în trafic normal timp de 1 an, nu puteți lăsa sistemul să eșueze chiar și cu o astfel de încărcare, atunci cred că numai dvs. trebuie să gândesc în nor.

[dezactivat]
Exemplu Amazon S3 + Cloudfront CDN.
Utilizați caz fuggo, dar este posibil să puteți rezolva o mare parte a logicii backend cu funcții Lambda (de exemplu, transcodare automată după încărcare), așa că doriți să puneți întreaga infrastructură u.n. soluție „fără server”
[/ off]

(klixnetwork | 22/03/2018, Joi - 09:46)