Il est possible qu'une partie ou l'ensemble des informations de cette page ne s'appliquent pas au Cloud de confiance S3NS.
Questions fréquentes sur la comptabilisation des nœuds à locataire unique
Ces questions fréquentes peuvent vous aider à déterminer si vous pouvez classer vos paiements de nœuds à locataire unique comme dépenses en capital (CAPEX) ou dépenses opérationnelles (OPEX). Bien que Google fournisse ces questions fréquentes, nous vous recommandons de consulter vos comptables sur la façon de classer vos paiements de nœuds à locataire unique.
Que sont les nœuds à locataire unique ?
Normalement, les VM s'exécutent sur des hôtes physiques qui peuvent être partagés par de nombreux clients. Avec les nœuds à locataire unique, vous disposez d'un accès exclusif aux VM de l'hôte physique.
Chaque nœud à locataire unique est associé à un serveur physique. Au sein de chaque nœud, un seul client peut contrôler entièrement les VM exécutées sur ce nœud, sans partager le matériel hôte avec d'autres clients.
Dois-je considérer l'achat d'un nœud à locataire unique en tant que dépenses CAPEX ou OPEX ?
Google ne fournit pas de conseils en matière de comptabilité. Veuillez consulter les informations sur le produit de nœud à locataire unique avant de prendre des décisions concernant les dépenses CAPEX ou OPEX.
Puis-je identifier de manière unique un nœud à locataire unique ?
Oui. Chaque nœud à locataire unique possède un identifiant unique : le server_id
.
Le server_id
est unique sur tout le matériel Trusted Cloud by S3NS . Il est disponible dès que vous créez un nœud à locataire unique. Récupérez le server_id
avec la requête REST nodeGroups.listNodes
.
Qu'est-ce que le "server_id" ?
Le server_id
est un identifiant unique utilisé pour marquer chaque serveur physique. Lorsqu'un nœud à locataire unique est alloué à votre compte, il existe une relation un à un entre server_id
et le serveur physique.
Trusted Cloud by S3NS réutilisera-t-il le même server_id pour différents serveurs physiques ?
Non. Trusted Cloud ne réutilise pas le même server_id
pour différents serveurs physiques. Si l'hôte physique est retiré en raison d'événements liés à la maintenance, vous recevez un serveur de remplacement avec son server_id
et vos VM sont déplacées vers ce serveur de remplacement.
Les événements liés à la maintenance sont consignés dans les journaux d'audit Cloud et peuvent vous aider à suivre la traçabilité de votre serveur physique.
Si mon hôte physique est retiré, puis-je suivre la traçabilité des server_id ?
Oui. Chaque fois qu'un hôte est retiré et qu'un hôte de remplacement vous est fourni, le nouveau server_id
est disponible dans les journaux d'audit Cloud. Utilisez ces journaux pour suivre l'historique des server_id
des hôtes de votre VM.
Comment un nœud à locataire unique est-il facturé ?
La totalité du nœud à locataire unique vous est facturée à la seconde, quel que soit le nombre de VM exécutées sur le nœud. Lorsque vous provisionnez un nœud à locataire unique, vous contrôlez les VM sur cet hôte.
Étape suivante
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/08/19 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/08/19 (UTC)."],[[["\u003cp\u003eSole-tenant nodes provide exclusive access to VMs on a physical host, ensuring that no other customers share the hardware.\u003c/p\u003e\n"],["\u003cp\u003eEach sole-tenant node has a unique \u003ccode\u003eserver_id\u003c/code\u003e that identifies the physical server, allowing for tracking and management.\u003c/p\u003e\n"],["\u003cp\u003eGoogle Cloud does not reuse \u003ccode\u003eserver_id\u003c/code\u003e values for different physical servers, and in case of maintenance, you are given a new \u003ccode\u003eserver_id\u003c/code\u003e that can be tracked through Cloud Audit Logs.\u003c/p\u003e\n"],["\u003cp\u003eBilling for sole-tenant nodes is on a per-second basis for the entire node, regardless of VM usage, and committed use discounts are available for 1 or 3-year terms.\u003c/p\u003e\n"],["\u003cp\u003eGoogle doesn't provide guidance about how you should classify the cost of sole-tenant nodes as either CAPEX or OPEX, and you should consult an accountant.\u003c/p\u003e\n"]]],[],null,["*** ** * ** ***\n\nThis FAQ can help you evaluate whether you can classify your [sole-tenant\nnode](/compute/docs/nodes) payments as capital expenditures (CAPEX) or\noperational expenditures (OPEX). Although Google provides this FAQ, Google\nrecommends that you consult with your accountants about how to classify your\npayments for sole-tenant nodes.\n\nWhat are sole-tenant nodes?\n\nNormally, VMs run on physical hosts that might be shared by many customers. With\nsole-tenant nodes, you have exclusive access to the VMs on the physical host.\nEach sole-tenant node is associated with one physical server. Within each node,\na single customer can fully control which VMs are running on that node, without\nsharing the host hardware with other customers.\n\nShould I consider the purchase of a sole-tenant node as CAPEX or OPEX?\n\nGoogle does not provide guidance about accounting. Please review the details\nabout the sole-tenant node product before you make any accounting decisions\nregarding CAPEX or OPEX.\n\nCan I uniquely identify a sole-tenant node?\n\nYes, each sole-tenant node has a unique identifier: the `server_id`.\nThe `server_id` is unique across all of Google Cloud hardware, and is\navailable as soon as you create a sole-tenant node. Retrieve the\n`server_id` with the\n[`nodeGroups.listNodes`](/compute/docs/reference/rest/v1/nodeGroups/listNodes)\nREST request.\n\nWhat is the server_id?\n\nThe `server_id` is a unique identifier that is used to mark each\nphysical server. When a sole-tenant node is allocated to your account, there\nis a one-to-one relationship between the `server_id` and the physical\nserver.\n\nWill Google Cloud reuse the same server_id for different physical servers?\n\nNo, Google Cloud does not reuse the same `server_id` for\ndifferent physical servers. If the physical host is retired due to maintenance-related events, you receive a replacement server along with its\n`server_id`, and your VMs are moved to the replacement server.\nMaintenance-related events are logged in the Cloud Audit Logs, and you can use\nthese logs to help you trace the lineage of your physical server.\n\nIn the event that my physical host is retired, can I trace the server_id lineage?\n\nYes, each time a host is retired and you are provided a replacement host, the\nnew `server_id` is available in Cloud Audit Logs. Use these logs to\ntrace the `server_id` history of your VM's hosts.\n\nHow am I billed for a sole-tenant node?\n\nYou pay for the entire sole-tenant node on a per-second basis, regardless of how\nmany VMs are running on the node. When you provision a sole-tenant node, you\ncontrol the VMs on that host.\n\nCan I pay for a commitment of longer than one year?\n\nYou can purchase sole-tenant nodes with a 1- or 3-year [committed use\ndiscount](/compute/docs/instances/signing-up-committed-use-discounts), or you\ncan pay for them as you use them. For more information about pricing, see\n[sole-tenant node pricing](/compute/sole-tenant-pricing).\n\nWhat's next\n\n- Learn about [bringing images with existing licenses to\n Google Cloud](/compute/docs/instances/windows/bring-your-own-license).\n- Learn more about [sole-tenant nodes](/compute/docs/nodes)."]]