Considerazioni sulla pianificazione della capacità del cluster Service FabricService Fabric cluster capacity planning considerations

La pianificazione della capacità è un passaggio importante per qualsiasi distribuzione di produzione.For any production deployment, capacity planning is an important step. Ecco alcuni aspetti da considerare nell'ambito di tale processo.Here are some of the items that you have to consider as a part of that process.

  • Numero di tipi di nodo con cui il cluster deve iniziareThe number of node types your cluster needs to start out with
  • Proprietà di ciascun tipo di nodo (dimensione, primario, per Internet, numero di VM e così via)The properties of each of node type (size, primary, internet facing, number of VMs, etc.)
  • Caratteristiche di affidabilità e durabilità del clusterThe reliability and durability characteristics of the cluster

Ogni aspetto verrà ora esaminato brevemente.Let us briefly review each of these items.

Numero di tipi di nodo con cui il cluster deve iniziareThe number of node types your cluster needs to start out with

Prima di tutto è necessario stabilire per che cosa verrà usato il cluster che si sta creando e quali tipologie di applicazioni si intende distribuire nel cluster.First, you need to figure out what the cluster you are creating is going to be used for and what kinds of applications you are planning to deploy into this cluster. Se lo scopo del cluster non è chiaro, è molto probabile che non si sia ancora pronti per iniziare il processo di pianificazione della capacità.If you are not clear on the purpose of the cluster, you are most likely not yet ready to enter the capacity planning process.

Stabilire il numero di tipi di nodo con cui il cluster deve iniziare.Establish the number of node types your cluster needs to start out with. Di ogni tipo di nodo viene eseguito il mapping a un set di scalabilità di macchine virtuali.Each node type is mapped to a Virtual Machine Scale Set. Ogni tipo di nodo può quindi essere aumentato o ridotto in modo indipendente, avere diversi set di porte aperte e avere metriche per la capacità diverse.Each node type can then be scaled up or down independently, have different sets of ports open, and can have different capacity metrics. Quindi la decisione relativa al numero di tipi di nodo si basa essenzialmente sulle considerazioni seguenti:So the decision of the number of node types essentially comes down to the following considerations:

  • L'applicazione ha più servizi, alcuni dei quali devono essere pubblici o per Internet?Does your application have multiple services, and do any of them need to be public or internet facing? Le applicazioni tipiche contengono un servizio gateway front-end che riceve l'input da un client e uno o più servizi back-end che comunicano con i servizi front-end.Typical applications contain a front-end gateway service that receives input from a client, and one or more back-end services that communicate with the front-end services. In questo caso quindi si finirà per avere almeno due tipi di nodi.So in this case, you end up having at least two node types.
  • I servizi (che costituiscono l'applicazione) hanno esigenze diverse per l'infrastruttura, ad esempio cicli di CPU più elevati o una quantità maggiore di RAM?Do your services (that make up your application) have different infrastructure needs such as greater RAM or higher CPU cycles? Ad esempio, si supponga che l'applicazione che si vuole distribuire contenga un servizio front-end e un servizio back-end.For example, let us assume that the application that you want to deploy contains a front-end service and a back-end service. Il servizio front-end può essere eseguito in VM più piccole (ad esempio, di dimensioni D2), con porte aperte a Internet,The front-end service can run on smaller VMs (VM sizes like D2) that have ports open to the internet. Il servizio back-end è invece a elevato utilizzo di calcolo e deve essere eseguito in VM più grandi (ad esempio di dimensione D4, D6, D15) senza connessione a Internet.The back-end service, however, is computation intensive and needs to run on larger VMs (with VM sizes like D4, D6, D15) that are not internet facing.

    In questo esempio, anche se è possibile decidere di inserire tutti i servizi in un unico tipo di nodo, è consigliabile inserirli in un cluster con due tipi di nodo,In this example, although you can decide to put all the services on one node type, we recommended that you place them in a cluster with two node types. perché in questo modo ogni tipo di nodo può avere proprietà distinte, ad esempio la connettività Internet o le dimensioni delle VM.This allows for each node type to have distinct properties such as internet connectivity or VM size. Il numero di VM può essere ridimensionato anche in modo indipendente.The number of VMs can be scaled independently, as well.

  • Poiché non è possibile prevedere cosa accadrà in futuro, è importante basarsi sulle condizioni attuali per decidere il numero di tipi di nodo necessari alle applicazioni per iniziare.Since you cannot predict the future, go with facts you know of and decide on the number of node types that your applications need to start with. Sarà sempre possibile aggiungere o rimuovere i tipi di nodi in seguito.You can always add or remove node types later. Un cluster di Service Fabric deve avere almeno un tipo di nodo.A Service Fabric cluster must have at least one node type.

Proprietà di ogni tipo di nodoThe properties of each node type

I tipi di nodo possono essere paragonati ai ruoli in Servizi cloud,The node type can be seen as equivalent to roles in Cloud Services. poiché definiscono le dimensioni delle VM, il numero di VM e le relative proprietà.Node types define the VM sizes, the number of VMs, and their properties. Ogni tipo di nodo definito in un cluster di Service Fabric viene configurato come set di scalabilità di macchine virtuali distinto.Every node type that is defined in a Service Fabric cluster is set up as a separate virtual machine scale set. Un set di scalabilità di macchine virtuali è una risorsa di calcolo di Azure che è possibile usare per distribuire e gestire una raccolta di macchine virtuali come set.Virtual machine scale set is an Azure compute resource you can use to deploy and manage a collection of virtual machines as a set. Essendo definito come set di scalabilità di macchine virtuali distinto, ogni tipo di nodo può essere aumentato o ridotto in modo indipendente, avere diversi set di porte aperte e avere metriche per la capacità diverse.Being defined as distinct virtual machine scale set, each node type can then be scaled up or down independently, have different sets of ports open, and can have different capacity metrics.

Vedere questo documento per altri dettagli sulla relazione dei tipi di nodo con il set di scalabilità di macchine virtuali, su come connettersi a una delle istanze tramite RDP, aprire nuove porte e così via.Read this document for more details on the relationship of Nodetypes to virtual machine scale set, how to RDP into one of the instances, open new ports etc.

Il cluster può avere più di un tipo di nodo, ma il tipo di nodo primario, ovvero il primo che si definisce nel portale, deve essere costituito da almeno cinque macchine virtuali per i cluster usati per i carichi di lavoro di produzione (o da almeno tre VM per i cluster di test).Your cluster can have more than one node type, but the primary node type (the first one that you define on the portal) must have at least five VMs for clusters used for production workloads (or at least three VMs for test clusters). Se si sta creando il cluster con un modello di Resource Manager, cercare l'attributo Primario nella definizione del tipo di nodo.If you are creating the cluster using a Resource Manager template, then look for is Primary attribute under the node type definition. Nel tipo di nodo primario vengono inseriti i servizi di sistema di Service Fabric.The primary node type is the node type where Service Fabric system services are placed.

Tipo di nodo primarioPrimary node type

Nel caso di un cluster con più tipi di nodo, è necessario sceglierne uno come primario.For a cluster with multiple node types, you need to choose one of them to be primary. Ecco le caratteristiche di un tipo di nodo primario:Here are the characteristics of a primary node type:

  • Le dimensioni minime delle macchine virtuali per il tipo di nodo primario sono determinate dal livello di durabilità scelto.The minimum size of VMs for the primary node type is determined by the durability tier you choose. Il valore predefinito per il livello di durabilità è Bronze.The default for the durability tier is Bronze. Per sapere che cos'è il livello di durabilità e su quali valori può essere impostato, scorrere verso il basso.Scroll down for details on what the durability tier is and the values it can take.
  • Il numero minimo delle macchine virtuali per il tipo di nodo primario è determinato dal livello di affidabilità scelto.The minimum number of VMs for the primary node type is determined by the reliability tier you choose. Il valore predefinito per il livello di affidabilità è Silver.The default for the reliability tier is Silver. Per sapere che cos'è il livello di affidabilità e su quali valori può essere impostato, scorrere verso il basso.Scroll down for details on what the reliability tier is and the values it can take.

  • I servizi di sistema di Service Fabric (ad esempio, il servizio Cluster Manager o il servizio Image Store) vengono inseriti nel tipo di nodo primario e quindi l'affidabilità e la durabilità del cluster vengono determinate dal valore del livello di affidabilità e dal valore del livello di durabilità selezionato per il tipo di nodo primario.The Service Fabric system services (for example, the Cluster Manager service or Image Store service) are placed on the primary node type and so the reliability and durability of the cluster is determined by the reliability tier value and durability tier value you select for the primary node type.

<span data-ttu-id="852aa-151">Screenshot di un cluster con due tipi di nodo</span><span class="sxs-lookup"><span data-stu-id="852aa-151">Screen shot of a cluster that has two Node Types</span></span>

Tipo di nodo non primarioNon-primary node type

Per un cluster con più tipi di nodo, è presente un tipo di nodo primario, mentre gli altri saranno non primari.For a cluster with multiple node types, there is one primary node type and the rest of them are non-primary. Ecco le caratteristiche di un tipo di nodo non primario:Here are the characteristics of a non-primary node type:

  • Le dimensioni minime delle macchine virtuali per questo tipo di nodo sono determinate dal livello di durabilità scelto.The minimum size of VMs for this node type is determined by the durability tier you choose. Il valore predefinito per il livello di durabilità è Bronze.The default for the durability tier is Bronze. Per sapere che cos'è il livello di durabilità e su quali valori può essere impostato, scorrere verso il basso.Scroll down for details on what the durability tier is and the values it can take.
  • Il numero minimo di VM per questo tipo di nodo può essere uno.The minimum number of VMs for this node type can be one. È tuttavia consigliabile scegliere questo numero in base al numero di repliche dell'applicazione o dei servizi che si vuole eseguire in questo tipo di nodo.However you should choose this number based on the number of replicas of the application/services that you would like to run in this node type. Il numero di VM in un tipo di nodo può essere aumentato dopo avere distribuito il cluster.The number of VMs in a node type can be increased after you have deployed the cluster.

Caratteristiche di durabilità del clusterThe durability characteristics of the cluster

Il livello di durabilità viene usato per indicare al sistema i privilegi delle VM rispetto all'infrastruttura di Azure sottostante.The durability tier is used to indicate to the system the privileges that your VMs have with the underlying Azure infrastructure. Nel tipo di nodo primario questo privilegio consente a Service Fabric di sospendere le richieste di infrastruttura a livello di VM (ad esempio il riavvio di una VM, il re-imaging di una VM o la migrazione di una VM) che hanno effetto sui requisiti relativi al quorum per i servizi di sistema e i servizi con stato.In the primary node type, this privilege allows Service Fabric to pause any VM level infrastructure request (such as a VM reboot, VM reimage, or VM migration) that impact the quorum requirements for the system services and your stateful services. Nei tipi di nodo non primari questo privilegio consente a Service Fabric di sospendere le richieste di infrastruttura a livello di macchina virtuale (ad esempio il riavvio di una VM, il re-imaging di una VM, la migrazione di una VM e così via) che hanno effetto sui requisiti relativi al quorum per i servizi con stato in esecuzione.In the non-primary node types, this privilege allows Service Fabric to pause any VM level infrastructure requests like VM reboot, VM reimage, VM migration etc., that impact the quorum requirements for your stateful services running in it.

Questo privilegio viene espresso con i valori seguenti:This privilege is expressed in the following values:

  • Gold: i processi dell'infrastruttura possono essere sospesi per una durata di due ore per ogni dominio di aggiornamento.Gold - The infrastructure Jobs can be paused for a duration of two hours per UD. La durata Gold può essere abilitata solo per gli SKU VM con tutti i nodi come D15_V2, G5 e così via.Gold durability can be enabled only on full node VM skus like D15_V2, G5 etc.
  • Silver: i processi dell'infrastruttura possono essere sospesi per una durata di 10 minuti per ogni dominio di aggiornamento. È disponibile per tutte le VM standard a core singolo e superiori.Silver - The infrastructure Jobs can be paused for a duration of 10 minutes per UD and is available on all standard VMs of single core and above.
  • Bronze: nessun privilegio.Bronze - No privileges. Questa è la modalità predefinita.This is the default. Usare solo questo livello di durabilità per i tipi di nodi che eseguono solo carichi di lavoro senza stato.Only use this durability level for Node Types that run only stateless workloads.

Avviso

NodeTypes in esecuzione con durabilità Bronze senza privilegi.NodeTypes running with Bronze durability obtain no privileges. Ciò significa che i processi di infrastruttura che influiscono sui carichi di lavoro senza stato non verranno interrotti o posticipati.This means that infrastructure jobs that impact your stateless workloads will not be stopped or delayed. È possibile che tali processi possano ancora influire sui carichi di lavoro, provocando un tempo di inattività o altri problemi.It is possible that such jobs can still impact your workloads, causing downtime or other issues. Per qualsiasi tipo di carico di lavoro di produzione, è consigliata almeno l'esecuzione con Silver.For any sort of production workload, running with at least Silver is recommended. È necessario mantenere un numero minimo di 5 nodi per qualsiasi tipo di nodo con durabilità Gold o Silver.You must maintain a minimum count of 5 nodes for any node-type that has a durability of Gold or Silver.

È necessario scegliere il livello di durabilità per ogni tipo di nodo. Si può scegliere un livello di durabilità Gold o Silver per un tipo di nodo e il livello Bronze per un altro nello stesso cluster. È necessario mantenere un conteggio minimo di 5 nodi per qualsiasi tipo di nodo con durabilità Gold o Silver.You get to choose durability level for each of your node-types.You can choose one node-type to have a durability level of Gold or silver and the other have Bronze in the same cluster.You must maintain a minimum count of 5 nodes for any node-type that has a durability of Gold or silver.

Vantaggi dell'uso di livelli di durabilità Silver o GoldAdvantages of using Silver or Gold durability levels

  1. Riducono il numero dei passaggi necessari in un'operazione di riduzione del numero di istanze. La disattivazione del nodo e Remove-ServiceFabricNodeState vengono chiamati automaticamente.Reduces the number of required steps in a scale-in operation (that is, node deactivation and Remove-ServiceFabricNodeState is called automatically)
  2. Riducono il rischio di perdita di dati a causa di un'operazione di modifica sul posto dello SKU di VM avviata dal cliente o di operazioni sull'infrastruttura di Azure.Reduces the risk of data loss due to a customer-initiated in-place VM SKU change operation or Azure infrastructure operations.

Svantaggi dell'uso di livelli di durabilità Silver o GoldDisadvantages of using Silver or Gold durability levels

  1. Le distribuzioni nel set di scalabilità di macchine virtuali e in altre risorse di Azure correlate possono subire ritardi o timeout oppure essere interamente bloccate da problemi nel cluster o a livello di infrastruttura.Deployments to your Virtual Machine Scale Set and other related Azure resources) can be delayed, can time out, or can be blocked entirely by problems in your cluster or at the infrastructure level.
  2. Le disattivazioni automatizzate dei nodi durante le operazioni sull'infrastruttura di Azure aumentano il numero di eventi del ciclo di vita della replica, ad esempio di scambi di nodi primari.Increases the number of replica lifecycle events (for example, primary swaps) due to automated node deactivations during Azure infrastructure operations.

Raccomandazioni su quando usare livelli di durabilità Silver o GoldRecommendations on when to use Silver or Gold durability levels

Usare la durabilità Silver o Gold per tutti i tipi di nodo che ospitano servizi con stato di cui si prevede di ridurre frequentemente il numero di istanze di VM, quando si preferisce ritardare le operazioni di distribuzione in favore di una semplificazione di tali operazioni di riduzione del numero di istanze.Use Silver or Gold durability for all node types that host stateful services you expect to scale-in (reduce VM instance count) frequently, and you would prefer that deployment operations be delayed in favor of simplifying these scale-in operations. Gli scenari di aumento del numero di istanze di VM non influiscono sulla scelta del livello di durabilità. Solo la riduzione del numero di istanze ha un impatto su tale scelta.The scale-out scenarios (adding VMs instances) do not play into your choice of the durability tier, only scale-in does.

Modifica dei livelli di durabilitàChanging durability levels

  • Non è possibile effettuare il downgrade al livello Bronze dei tipi di nodo con i livelli di durabilità Silver o Gold.Node types with durability levels of Silver or Gold cannot be downgraded to Bronze.
  • L'aggiornamento dal livello Bronze al livello Silver o Gold può richiedere alcune ore.Upgrading from Bronze to Silver or Gold can take a few hours.
  • Quando si modifica il livello di durabilità, assicurarsi di aggiornarlo sia nella configurazione dell'estensione di Service Fabric nella risorsa del set di scalabilità di macchine virtuali che nella definizione del tipo di nodo nella risorsa cluster di Service Fabric.When changing durability level, be sure to update it in both the Service Fabric extension configuration in your VMSS resource, and in the node type definition in your Service Fabric cluster resource. Questi valori devono corrispondere.These values must match.

Raccomandazioni operative per il tipo di nodo impostato sul livello di durabilità Silver o GoldOperational Recommendations for the node type that you have set to silver or gold durability level.

  1. Mantenere sempre integri il cluster e le applicazioni e verificare che le applicazioni rispondano in modo tempestivo a tutti gli eventi del ciclo di vita della replica del servizio, ad esempio al blocco della replica in compilazione.Keep your cluster and applications healthy at all times, and make sure that applications respond to all Service replica lifecycle events (like replica in build is stuck) in a timely fashion.
  2. Adottare modi più sicuri per eseguire una modifica di uno SKU di VM (aumento/riduzione delle prestazioni): la modifica dello SKU di VM di un set di scalabilità di macchine virtuali è un'operazione intrinsecamente non sicura, pertanto dovrebbe essere evitata, se possibile.Adopt safer ways to make a VM SKU change (Scale up/down): Changing the VM SKU of a Virtual Machine Scale Set is inherently an unsafe operation and so should be avoided if possible. Di seguito è illustrato il processo che è possibile seguire per evitare i problemi comuni.Here is the process you can follow to avoid common issues.
    • Per i tipi di nodo non primari: è consigliabile creare un nuovo set di scalabilità di macchine virtuali, modificare il vincolo di posizionamento del servizio per poter includere il nuovo tipo di nodo/set di scalabilità di macchine virtuali e quindi ridurre il numero di istanze del set di scalabilità di macchine virtuali precedente a 0, un nodo alla volta (perché la rimozione dei nodi non influisca sull'affidabilità del cluster).For non-primary nodetypes: It is recommended that you create new Virtual Machine Scale Set, modify the service placement constraint to include the new Virtual Machine Scale Set/node type and then reduce the old Virtual Machine Scale Set instance count to 0, one node at a time (this is to make sure that removal of the nodes do not impact the reliability of the cluster).
    • Per il tipo di nodo primario: è consigliabile non modificare il relativo SKU di VM.For the primary nodetype: Our recommendation is that you do not change VM SKU of the primary node type. La modifica dello SKU del tipo di nodo primario non è supportata.Changing of the primary node type SKU is not supported. Se lo scopo del nuovo SKU è la capacità, è consigliabile aggiungere altre istanze.If the reason for the new SKU is capacity, we recommend adding more instances. Se non è possibile, creare un nuovo cluster e ripristinare lo stato dell'applicazione (se applicabile) dal cluster precedente.If that not possible, create a new cluster and restore application state (if applicable) from your old cluster. Non è necessario ripristinare lo stato dei servizi di sistema, perché verrà ricreato quando si distribuiscono le applicazioni nel nuovo cluster.You do not need to restore any system service state, they are recreated when you deploy your applications to your new cluster. Se nel cluster venivano eseguite solo applicazioni senza stato, è sufficiente distribuire le applicazioni nel nuovo cluster, non sono necessarie operazioni di ripristino.If you were just running stateless applications on your cluster, then all you do is deploy your applications to the new cluster, you have nothing to restore. Se si opta per la modalità non supportata e si vuole modificare lo SKU di VM, apportare le modifiche alla definizione del modello di set di scalabilità di macchine virtuali per riflettere il nuovo SKU.If you decide to go the unsupported route and want to change the VM SKU, then make modifications to the Virtual Machine Scale Set Model definition to reflect the new SKU. Se il cluster include un solo tipo di nodo, verificare che tutte le applicazioni con stato rispondano in modo tempestivo a tutti gli eventi del ciclo di vita della replica del servizio, ad esempio al blocco della replica in compilazione, e che la durata della ricompilazione della replica del servizio sia inferiore a cinque minuti (per il livello di durabilità Silver).If your cluster has only one nodetype, then make sure that all your stateful applications respond to all Service replica lifecycle events (like replica in build is stuck) in a timely fashion and that your service replica rebuild duration is less than five minutes (for Silver durability level).

Avviso

Non è consigliata la modifica delle dimensioni della SKU della macchina virtuale per i set di scalabilità di macchine virtuali in una durabilità che sia almeno Silver.Changing the VM SKU Size for VM Scale Sets not running at least Silver durability is not recommened. La modifica delle dimensioni della SKU della macchina virtuale è un'operazione dell'infrastruttura sul posto distruttiva per i dati.Changing VM SKU Size is a data-destructive in-place infrastructure operation. Senza almeno la capacità di ritardare o monitorare questa modifica, è possibile che l'operazione possa causare una perdita di dati per i servizi con stato o provocare altri problemi operativi non previsti, anche per i carichi di lavoro senza stato.Without at least some ability to delay or monitor this change, it is possible that the operation can cause dataloss for stateful services or cause other unforseen operational issues, even for stateless workloads.

  1. Mantenere un numero minimo di cinque nodi per tutti i set di scalabilità di macchine virtuali con livello di durabilità Gold o Silver abilitatoMaintain a minimum count of five nodes for any Virtual Machine Scale Set that has durability level of Gold or Silver enabled
  2. Non eliminare istanze di VM casuali. Usare sempre la funzionalità di riduzione delle prestazioni del set di scalabilità di macchine virtuali.Do not delete random VM instances, always use Virtual Machine Scale Set scale down feature. L'eliminazione di istanze di VM causali può creare squilibri nella distribuzione delle istanze di VM tra domini di aggiornamento e domini di errore.The deletion of random VM instances has a potential of creating imbalances in the VM instance spread across UD and FD. Tale squilibrio potrebbe influire negativamente sulla capacità del sistema di bilanciare correttamente il carico tra istanze dei servizi e repliche dei servizi.This imbalance could adversely affect the systems ability to properly load balance amongst the service instances/Service replicas.
  3. Se si usa la scalabilità automatica, impostare le regole in modo che la riduzione del numero di istanze (ossia la rimozione di istanze di VM) venga eseguita un solo nodo alla volta.If using Autoscale, then set the rules such that scale in (removing of VM instances) are done only one node at a time. La riduzione delle prestazioni di più di un'istanza per volta non è sicura.Scaling down more than one instance at a time is not safe.
  4. Se si riducono le prestazioni di un tipo di nodo primario, è consigliabile non ridurle mai più di quanto consentito dal livello di affidabilità.If Scaling down a primary node type, you should never scale it down more than what the reliability tier allows.

Caratteristiche di affidabilità del clusterThe reliability characteristics of the cluster

Il livello di affidabilità viene usato per impostare il numero di repliche dei servizi di sistema che si vuole eseguire in questo cluster nel tipo di nodo primario.The reliability tier is used to set the number of replicas of the system services that you want to run in this cluster on the primary node type. I servizi di sistema nel cluster sono tanto più affidabili quanto più elevato è il numero di repliche.The more the number of replicas, the more reliable the system services are in your cluster.

Il livello di affidabilità può avere i valori seguenti:The reliability tier can take the following values:

  • Platinum: esegue i servizi di sistema con un totale di set di repliche di destinazione pari a 9Platinum - Run the System services with a target replica set count of 9
  • Gold: esegue i servizi di sistema con un totale di set di repliche di destinazione pari a 7Gold - Run the System services with a target replica set count of 7
  • Silver: esegue i servizi di sistema con un totale di set di repliche di destinazione pari a 5Silver - Run the System services with a target replica set count of 5
  • Bronze: esegue i servizi di sistema con un totale di set di repliche di destinazione pari a 3Bronze - Run the System services with a target replica set count of 3

Nota

Il livello di affidabilità scelto determina il numero minimo di nodi che deve avere il tipo di nodo primario.The reliability tier you choose determines the minimum number of nodes your primary node type must have.

Raccomandazioni per il livello di affidabilità.Recommendations for the reliability tier.

Quando si aumentano o riducono le dimensioni del cluster (la somma delle istanze di VM in tutti i tipi di nodi), è necessario aggiornare l'affidabilità del cluster da un livello a un altro.When you increase or decrease the size of your cluster (the sum of VM instances in all node types), you must update the reliability of your cluster from one tier to another. Così facendo si attivano gli aggiornamenti del cluster necessari per modificare il totale di set di repliche dei servizi di sistema.Doing this triggers the cluster upgrades needed to change the system services replica set count. Attendere che l'aggiornamento in corso venga completato prima di apportare altre modifiche al cluster, come l'aggiunta di nodi.Wait for the upgrade in progress to complete before making any other changes to the cluster, like adding nodes. È possibile monitorare lo stato di avanzamento dell'aggiornamento in Service Fabric Explorer oppure eseguendo Get-ServiceFabricClusterUpgrade.You can monitor the progress of the upgrade on Service Fabric Explorer or by running Get-ServiceFabricClusterUpgrade

Ecco la raccomandazione per la scelta del livello di affidabilità.Here is the recommendation on choosing the reliability tier.

Dimensione del clusterCluster Size Livello di affidabilitàReliability Tier
11 Non specificare il parametro Livello di affidabilità perché viene calcolato automaticamente dal sistemaDo not specify the Reliability Tier parameter, the system calculates it
33 BronzeBronze
5 o 65 or 6 SilverSilver
7 o 87 or 8 GoldGold
Da 9 in su9 and up PlatinumPlatinum

Tipo di nodo primario: guida alla capacitàPrimary node type - Capacity Guidance

Ecco le indicazioni per pianificare la capacità del tipo di nodo primarioHere is the guidance for planning the primary node type capacity

  1. Numero di istanze delle VM per eseguire qualsiasi carico di lavoro di produzione in Azure: è necessario specificare una dimensione minima del tipo di nodo primario pari a 5.Number of VM instances to run any production workload in Azure: You must specify a minimum Primary Node type size of 5.
  2. Numero di istanze delle VM per eseguire carichi di lavoro di test in Azure: è possibile specificare una dimensione minima del tipo di nodo primario pari a 1 o 3.Number of VM instances to run test workloads in Azure You can specify a minimum primary node type size of 1 or 3. Il cluster a un nodo viene eseguito con una configurazione speciale, pertanto la scalabilità orizzontale di tale cluster non è supportata.The one node cluster, runs with a special configuration and so, scale out of that cluster is not supported. Il cluster a un nodo non ha alcun livello di affidabilità, di conseguenza nel modello di Resource Manager è necessario rimuovere/non specificare tale configurazione (non è sufficiente non impostare il valore di configurazione).The one node cluster, has no reliability and so in your Resource Manager template, you have to remove/not specify that configuration (not setting the configuration value is not enough). Se si configura il cluster a un nodo tramite il portale, la configurazione viene gestita automaticamente.If you set up the one node cluster set up via portal, then the configuration is automatically taken care of. I cluster a uno e tre nodi non sono supportati per l'esecuzione di carichi di lavoro di produzione.1 and 3 node clusters are not supported for running production workloads.
  3. SKU di VM: nel tipo di nodo primario vengono eseguiti i servizi di sistema, quindi lo SKU della VM scelto deve tenere in considerazione il carico massimo totale che si prevede di inserire nel cluster.VM SKU: Primary node type is where the system services run, so the VM SKU you choose for it, must take into account the overall peak load you plan to place into the cluster. Per comprendere questo concetto, si pensi all'analogia seguente: il tipo di nodo primario è come i polmoni che forniscono ossigeno al cervello e quindi, se il cervello non riceve abbastanza ossigeno, il corpo ne risente.Here is an analogy to illustrate what I mean here - Think of the primary node type as your "Lungs", it is what provides oxygen to your brain, and so if the brain does not get enough oxygen, your body suffers.

Poiché le esigenze in termini di capacità di un cluster dipendono dal carico di lavoro che si prevede di eseguire nel cluster, non è possibile offrire una guida valida per un carico di lavoro specifico. Di seguito sono tuttavia riportate indicazioni generali per poter iniziare.Since the capacity needs of a cluster is determined by workload you plan to run in the cluster, we cannot provide you with qualitative guidance for your specific workload, however here is the broad guidance to help you get started

Per i carichi di lavoro di produzioneFor production workloads

  • Lo SKU per le VM consigliato è Standard D3 o Standard D3_V2 o equivalente con un'unità SSD locale di almeno 14 GB.The recommended VM SKU is Standard D3 or Standard D3_V2 or equivalent with a minimum of 14 GB of local SSD.
  • La versione minima supportata dello SKU per le VM è Standard D1 o Standard D1_V2 o equivalente con un'unità SSD locale di almeno 14 GB.The minimum supported use VM SKU is Standard D1 or Standard D1_V2 or equivalent with a minimum of 14 GB of local SSD.
  • Gli SKU per VM con core parziali, ad esempio Standard A0, non sono supportati per i carichi di lavoro di produzione.Partial core VM SKUs like Standard A0 are not supported for production workloads.
  • Lo SKU Standard A1 non è supportato per i carichi di lavoro di produzione per motivi di prestazioni.Standard A1 SKU is not supported for production workloads for performance reasons.

Avviso

La modifica delle dimensioni dello SKU di VM del nodo primario in un cluster in esecuzione non è attualmente supportata.Currently, changing the Primary node VM SKU size on a running cluster is not supported. Scegliere quindi lo SKU di VM del tipo di nodo primario con attenzione, tenendo conto delle future esigenze di capacità.So choose the primary node type VM SKU carefully, taking into account your capacity future needs. Al momento, l'unica modalità supportata per trasferire il tipo di nodo primario in un nuovo SKU di VM (di dimensioni maggiori o minori) consiste nel creare un nuovo cluster con la capacità appropriata, distribuire le applicazioni nel cluster e quindi ripristinare lo stato dell'applicazione (se applicabile) dai backup più recenti del servizio del cluster precedente.At this time, the only supported way to move your primary node type to a new VM SKU (smaller or larger) is to create a new cluster with the right capacity, deploy your applications to it and then restoring the application state (if applicable) from the latest service backups you have taken from the old cluster. Non è necessario ripristinare lo stato dei servizi di sistema, perché verrà ricreato quando si distribuiscono le applicazioni nel nuovo cluster.You do not need to restore any system service state, they are recreated when you deploy applications to your new cluster. Se nel cluster venivano eseguite solo applicazioni senza stato, è sufficiente distribuire le applicazioni nel nuovo cluster, non sono necessarie operazioni di ripristino.If you were just running stateless applications on your cluster, then all you do is deploy your applications to the new cluster, you have nothing to restore.

Tipo di nodo non primario: guida alla capacità per carichi di lavoro con statoNon-Primary node type - Capacity Guidance for stateful workloads

Queste linee guida sono relative ai carichi di lavoro con stato che usano Reliable Collections o Reliable Actors di Service Fabric in esecuzione nel tipo di nodo non primario.This guidance is for stateful Workloads using Service fabric reliable collections or reliable Actors that you are running in the non-primary node type.

Numero di istanze delle VM: è consigliabile eseguire i carichi di lavoro di produzione con stato con un numero di repliche di destinazione di almeno 5 istanze.Number of VM instances: For production workloads that are stateful, it is recommended that you run them with a minimum and target replica count of 5. Nello stato stabile viene quindi creata una replica (da un set di repliche) in ogni dominio di errore e in ogni dominio di aggiornamento.This means that in steady state you end up with a replica (from a replica set) in each fault domain and upgrade domain. L'intero concetto di livello di affidabilità per il tipo di nodo primario è un modo per specificare questa impostazione per i servizi di sistema.The whole reliability tier concept for the primary node type is a way to specify this setting for system services. La stessa considerazione è quindi valida anche per i servizi con stato.So the same consideration applies to your stateful services as well.

Per i carichi di lavoro di produzione, la dimensione minima consigliata per il tipo di nodo non primario è quindi 5, se si eseguono carichi di lavoro con stato.So for production workloads, the minimum recommended non-Primary Node type size is 5, if you are running stateful workloads in it.

SKU di VM: in questo tipo di nodo sono in esecuzione i servizi dell'applicazione, quindi lo SKU per le VM scelto deve tenere in considerazione il carico massimo che si prevede di inserire in ogni nodo.VM SKU: This is the node type where your application services are running, so the VM SKU you choose for it, must take into account the peak load you plan to place into each Node. Poiché le esigenze in termini di capacità del tipo di nodo dipendono dal carico di lavoro che si prevede di eseguire nel cluster, non è possibile offrire una guida valida per un carico di lavoro specifico. Di seguito sono tuttavia riportate indicazioni generali per poter iniziare.The capacity needs of the nodetype, is determined by workload you plan to run in the cluster, so we cannot provide you with qualitative guidance for your specific workload, however here is the broad guidance to help you get started

Per i carichi di lavoro di produzioneFor production workloads

  • Lo SKU per le VM consigliato è Standard D3 o Standard D3_V2 o equivalente con un'unità SSD locale di almeno 14 GB.The recommended VM SKU is Standard D3 or Standard D3_V2 or equivalent with a minimum of 14 GB of local SSD.
  • La versione minima supportata dello SKU per le VM è Standard D1 o Standard D1_V2 o equivalente con un'unità SSD locale di almeno 14 GB.The minimum supported use VM SKU is Standard D1 or Standard D1_V2 or equivalent with a minimum of 14 GB of local SSD.
  • Gli SKU per VM con core parziali, ad esempio Standard A0, non sono supportati per i carichi di lavoro di produzione.Partial core VM SKUs like Standard A0 are not supported for production workloads.
  • Lo SKU Standard A1 in particolare non è supportato per i carichi di lavoro di produzione per motivi di prestazioni.Standard A1 SKU is specifically not supported for production workloads for performance reasons.

Tipo di nodo non primario: guida alla capacità per carichi di lavoro senza statoNon-Primary node type - Capacity Guidance for stateless workloads

Linee guida per i carichi di lavoro senza stato in esecuzione nel tipo di nodo non primario.This guidance of stateless Workloads that you are running on the non-primary nodetype.

Numero di istanze delle VM: per i carichi di lavoro di produzione senza stato, la dimensione minima supportata per il tipo di nodo non primario è pari a 2.Number of VM instances: For production workloads that are stateless, the minimum supported non-Primary Node type size is 2. Ciò consente di eseguire due istanze senza stato dell'applicazione e consente al servizio di resistere alla perdita di un'istanza di una VM.This allows you to run you two stateless instances of your application and allowing your service to survive the loss of a VM instance.

Nota

Se il cluster è in esecuzione in una versione di Service Fabric precedente alla 5.6, a causa di un difetto del runtime (corretto nella versione 5.6), passando a un tipo di nodo non primario inferiore a 5, l'integrità del cluster viene meno, finché non si chiama il comando Remove-ServiceFabricNodeState con il nome di nodo appropriato.If your cluster is running on a service fabric version less than 5.6, due to a defect in the runtime (this issue is fixed in 5.6), scaling down a non-primary node type to less than 5, results in cluster health turning unhealthy, till you call Remove-ServiceFabricNodeState cmd with the appropriate node name. Per altre informazioni, vedere Aumentare o ridurre il numero di istanze del cluster di Service Fabric.Read perform Service Fabric cluster in or out for more details

SKU di VM: in questo tipo di nodo sono in esecuzione i servizi dell'applicazione, quindi lo SKU per le VM scelto deve tenere in considerazione il carico massimo che si prevede di inserire in ogni nodo.VM SKU: This is the node type where your application services are running, so the VM SKU you choose for it, must take into account the peak load you plan to place into each Node. Poiché le esigenze in termini di capacità del tipo di nodo dipendono dal carico di lavoro che si prevede di eseguire nel cluster, non è possibile offrire una guida valida per un carico di lavoro specifico. Di seguito sono tuttavia riportate indicazioni generali per poter iniziare.The capacity needs of the nodetype, is determined by workload you plan to run in the cluster, So we cannot provide you with qualitative guidance for your specific workload, however here is the broad guidance to help you get started

Per i carichi di lavoro di produzioneFor production workloads

  • Lo SKU per le VM consigliato è Standard D3 o Standard D3_V2 o equivalente.The recommended VM SKU is Standard D3 or Standard D3_V2 or equivalent.
  • La versione minima supportata dello SKU per le VM è Standard D1 o Standard D1_V2 o equivalente.The minimum supported use VM SKU is Standard D1 or Standard D1_V2 or equivalent.
  • Gli SKU per VM con core parziali, ad esempio Standard A0, non sono supportati per i carichi di lavoro di produzione.Partial core VM SKUs like Standard A0 are not supported for production workloads.
  • Lo SKU Standard A1 non è supportato per i carichi di lavoro di produzione per motivi di prestazioni.Standard A1 SKU is not supported for production workloads for performance reasons.

Passaggi successiviNext steps

Dopo avere completato la pianificazione della capacità e configurato un cluster, vedere quanto segue:Once you finish your capacity planning and set up a cluster, read the following: