Algumas ou todas as informações nesta página podem não se aplicar à nuvem confiável da S3NS.
Perguntas frequentes sobre contabilidade de locação individual
Estas perguntas frequentes podem ajudar você a avaliar se é possível classificar seus pagamentos de nó de locatário individual como despesas de capital (CAPEX) ou despesas operacionais (OPEX). Embora o Google forneça estas perguntas frequentes, é recomendável que você consulte seus contadores sobre como classificar seus pagamentos para nós de locatário inividual.
O que são nós de locatário individual?
Normalmente, as VMs são executadas em hosts físicos que podem ser compartilhados por muitos clientes. Com os nós de locatário individual, você tem acesso exclusivo às VMs no host físico.
Cada nó de locatário individual está associado a um servidor físico. Em cada nó, um único cliente pode controlar totalmente quais VMs estão sendo executadas nesse nó, sem compartilhar o hardware do host com outros clientes.
Devo considerar a compra de um nó de locatário individual como CAPEX ou OPEX?
O Google não fornece orientação sobre contabilidade. Revise os detalhes sobre o produto de nó de locatário individual antes de tomar decisões de contabilidade sobre CAPEX ou OPEX.
Posso identificar exclusivamente um nó de locatário individual?
Sim, cada nó de locatário individual tem um identificador exclusivo: o server_id
.
O server_id
é exclusivo em todo o hardware do Trusted Cloud by S3NS e fica
disponível assim que você cria um nó de locatário individual. Recupere o
server_id
com a solicitação REST
nodeGroups.listNodes
.
O que é o server_id?
O server_id
é um identificador exclusivo usado para marcar cada servidor físico. Quando um nó de locatário individual é alocado para sua conta, há uma relação de um para um entre o server_id
e o servidor físico.
O Trusted Cloud by S3NS reutiliza o mesmo server_id para diferentes servidores físicos?
Não,o Trusted Cloud não reutiliza o mesmo server_id
para servidores físicos diferentes. Se o host físico for desativado devido a eventos relacionados à manutenção, você receberá um servidor de substituição junto com o
server_id
, e suas VMs serão movidas para o servidor de substituição.
Os eventos relacionados à manutenção são registrados nos registros de auditoria do Cloud, e você pode usá-los para rastrear a linhagem do servidor físico.
Caso meu host físico seja desativado, posso rastrear a linhagem do server_id?
Sim, cada vez que um host é aposentado e você recebe um host alternativo, o novo server_id
está disponível nos registros de auditoria do Cloud. Use esses registros para rastrear o histórico do server_id
dos hosts da VM.
Como sou cobrado por um nó de locatário individual?
Você paga pelo nó de locatário individual inteiro para cada segundo, independentemente de quantas VMs estiverem sendo executadas no nó. Quando você provisiona um nó de locatário individual, controla as VMs nesse host.
A seguir
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-08-19 UTC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 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)."]]