La réponse courte est :vous ne pouvez pas, pas uniquement sur la base de la moyenne. taille du document (du moins pas de manière précise).
Pour expliquer plus en détail :
L'espace disque nécessaire n'est pas simplement fonction de la taille moyenne du document. Il y a aussi l'espace nécessaire pour tous les index que vous créez. Ensuite, il y a l'espace nécessaire si vous déclenchez ces mouvements (malgré le rembourrage, cela arrive) - cet espace est placé sur une liste pour être réutilisé mais selon les données que vous insérez par la suite, il peut ou non être possible de réutiliser cet espace.
Vous pouvez également ajouter au fait que la pré-allocation signifie qu'à l'occasion, une poignée de documents augmentera votre utilisation de l'espace sur disque d'environ 2 Go lorsqu'un nouveau fichier de données est alloué. Bien sûr, avec suffisamment de données, il s'agira essentiellement d'une erreur d'arrondi, mais il convient de le garder à l'esprit.
La seule façon d'estimer ce type de rapport données/taille, en supposant un modèle d'utilisation cohérent, est d'établir une tendance dans le temps pour votre cas d'utilisation particulier et de suivre l'utilisation de l'espace disque par rapport aux données insérées (le nombre de documents peut être meilleur que le volume de données en fonction de la variabilité de la taille du document).
De même, si vous suivez le taux d'insertion, la taille du document et l'espace récupéré grâce à une resynchronisation/réparation. Pour votre information - vous pouvez resynchroniser un secondaire à partir de zéro pour obtenir une copie "fraîche" des fichiers de données plutôt que d'exécuter une réparation, ce qui peut être moins perturbateur et utiliser moins d'espace en fonction de votre configuration.
