Pianificazione della capacità e test di carico di SharePoint in Microsoft 365
Questo articolo descrive come è possibile eseguire la distribuzione in SharePoint in Microsoft 365 senza test di carico tradizionali, poiché il test di carico non è consentito in SharePoint in Microsoft 365. SharePoint in Microsoft 365 è un servizio cloud e Microsoft gestisce le funzionalità di carico, l'integrità e il bilanciamento complessivo del carico nel servizio.
L'approccio migliore per garantire il successo dell'avvio del sito consiste nel seguire i principi, le procedure e le raccomandazioni di base evidenziati nel piano di implementazione del portale.
Panoramica del modo in cui SharePoint in Microsoft 365 esegue la pianificazione della capacità
Uno dei principali vantaggi di SharePoint in Microsoft 365 rispetto a una distribuzione locale è l'elasticità del cloud e le ottimizzazioni per gli utenti nelle aree distribuite. L'ambiente su larga scala è configurato per gestire milioni di utenti su base giornaliera. È quindi importante gestire la capacità in modo efficace bilanciando ed espandendo le aziende agricole.
Anche se la crescita è spesso imprevedibile per qualsiasi tenant in una farm, la somma aggregata delle richieste è prevedibile nel tempo. Identificando le tendenze di crescita in SharePoint in Microsoft 365, è possibile pianificare l'espansione futura.
Per usare in modo efficiente la capacità e gestire una crescita imprevista, in qualsiasi farm è disponibile l'automazione che tiene traccia e monitora i vari elementi del servizio. Vengono usate più metriche, una delle principali è il carico della CPU, che viene usato come segnale per aumentare il numero di server front-end. Inoltre, è consigliabile un approccio a fasi/ondata, in quanto gli ambienti SQL verranno ridimensionati in base al carico e alla crescita nel tempo. Seguire le fasi e le onde consente la corretta distribuzione di tale carico e crescita.
La capacità non riguarda solo l'aggiunta di più hardware su base continua, ma riguarda anche la gestione e il controllo di tale capacità per garantire la manutenzione di richieste di carico valide. È consigliabile che i clienti seguano le indicazioni consigliate per assicurarsi di avere l'esperienza migliore. Significa anche che sono presenti modelli e controlli di limitazione per garantire che non sia consentito un comportamento "abusivo" nel servizio. Anche se non tutti i comportamenti "non validi" sono intenzionali, è necessario assicurarsi di limitare l'effetto di tale comportamento. Per altre informazioni sulla limitazione delle richieste e su come evitarla, vedere l'articolo su come evitare di essere limitati .
Perché non è possibile caricare i test di SharePoint in Microsoft 365
Con gli ambienti locali, il test di carico viene usato per convalidare il presupposto di scalabilità e infine trovare il punto di interruzione di una farm. saturandolo di carico.
Con SharePoint in Microsoft 365, è necessario eseguire operazioni in modo diverso perché la scala è relativamente fluida e regola, limita e controlla il carico, in base a determinate euristiche. Essendo un ambiente multi-tenant su larga scala, è necessario proteggere tutti i tenant nella stessa farm, in modo da limitare automaticamente eventuali test di carico.
Se tuttavia si tenta di testare il carico, oltre a essere limitato, si potrebbero ricevere risultati deludenti e potenzialmente fuorvianti. Il motivo per cui può verificarsi è che la farm testata oggi potrebbe avere modifiche di scalabilità durante la finestra di test o entro poche ore dopo il test, poiché le azioni di bilanciamento della scalabilità e della farm vengono eseguite in modo continuativo.
Invece di provare a testare il carico di SharePoint come servizio, è consigliabile seguire le procedure consigliate e seguire le indicazioni per la creazione, l'avvio e la gestione di un portale integro .