Qualcuno sa (per esperienza personale o documentazione ufficiale) quante richieste simultanee possono gestire un singolo server MongoDb prima che venga consigliato lo sharding?Quante richieste possono essere gestite da mongodb prima che lo sharding sia necessario?
Se il set di lavoro supera la RAM che puoi permetterti per un singolo server, o se i tuoi requisiti di I/O su disco superano quello che puoi fornire su un singolo server o (meno probabile) i tuoi requisiti CPU superano quello che puoi ottenere un server, quindi dovrai shard. Tutto ciò dipende moltissimo dal carico di lavoro specifico. Vedi http://docs.mongodb.org/manual/faq/storage/#what-is-the-working-set
Un fattore è l'hardware. Anche se per questo hai set di repliche. Riducono il carico dal server master rispondendo a query di sola lettura con dati replicati. Un'altra opzione potrebbe essere memcaching per query molto frequenti e ripetitive, che sarebbero ancora più veloci.
Un fattore che determina se la separazione è necessaria è la variazione dei dati &. Quando si dispone di una vasta gamma di dati variabili a cui è necessario accedere, il che renderebbe la cache di un server inefficace distribuendo l'accesso ai dati all'intero intervallo, si potrebbe prendere in considerazione l'utilizzo di sharding. Il lavoro fuori carico è semplicemente un effetto collaterale di questo.
Questo si baserebbe interamente sulla classe/tipo di hardware, sistema operativo, dati, tipi di query, .... – WiredPrairie
Sono d'accordo con @WiredPrairie, non esiste una risposta fattuale a questa domanda; ci sono troppe incognite che dipendono dal tuo scenario. Voglio dire che potresti avere una collezione che è terabyte grande che gestisce milioni di richieste al giorno e che non ha ancora bisogno di sharding – Sammaye