Es posible que parte de la información de esta página (o toda) no se aplique a Trusted Cloud de S3NS.
Preguntas frecuentes sobre la contabilidad de usuario único
Estas preguntas frecuentes pueden ayudarte a evaluar si puedes clasificar los pagos de nodo de usuario único como gastos de capital (CAPEX) o gastos operativos (OPEX). Si bien Google proporciona estas preguntas frecuentes, recomienda que consultes con tus contadores sobre cómo clasificar los pagos para nodos de usuario único.
¿Qué son los nodos de usuario único?
Por lo general, las VM se ejecutan en hosts físicos que muchos clientes pueden compartir. Con los nodos de usuario único, tienes acceso exclusivo a las VM del host físico.
Cada nodo de usuario único está asociado con un servidor físico. Dentro de cada nodo, un solo cliente puede controlar por completo qué VM se ejecutan en ese nodo, sin compartir el hardware del host con otros clientes.
¿Debería considerar la compra de un nodo de usuario único como OPEX o CAPEX?
Google no brinda orientación sobre contabilidad. Revisa los detalles sobre el producto de nodo de usuario único antes de tomar decisiones de contabilidad sobre OPEX o CAPEX.
¿Puedo identificar de forma exclusiva un nodo de usuario único?
Sí, cada nodo de usuario único tiene un identificador único: el server_id.
El server_id es único en todo el hardware de Trusted Cloud by S3NS y está disponible en cuanto creas un nodo de usuario único. Recupera el server_id con la solicitud de REST nodeGroups.listNodes.
¿Qué es el server_id?
El server_id es un identificador único que se usa para marcar cada servidor físico. Cuando se asigna un nodo de usuario único a la cuenta, existe una relación de uno a uno entre el server_id y el servidor físico.
¿ Trusted Cloud by S3NS reutilizará el mismo server_id para diferentes servidores físicos?
No, Trusted Cloud no reutiliza el mismo server_id para diferentes servidores físicos. Si el host físico se retira debido a eventos relacionados con el mantenimiento, recibirás un servidor de reemplazo junto con su server_id, y las VMs se trasladarán al servidor de reemplazo.
Los eventos relacionados con el mantenimiento se ingresan en los registros de auditoría de Cloud, y puedes usarlos para rastrear el linaje de tu servidor físico.
En caso de que mi host físico se retire, ¿puedo rastrear el linaje del server_id?
Sí, cada vez que se retira un host y se te proporciona un host de reemplazo, el nuevo server_id está disponible en los registros de auditoría de Cloud. Usa estos registros para rastrear el historial de server_id de los hosts de la VM.
¿Cómo se factura un nodo de usuario único?
Pagas por el nodo de usuario único completo por segundo, sin importar cuántas VM se ejecuten en el nodo. Cuando aprovisionas un nodo de usuario único, controlas las VM de ese host.
¿Qué sigue?
Salvo que se indique lo contrario, el contenido de esta página está sujeto a la licencia Atribución 4.0 de Creative Commons, y los ejemplos de código están sujetos a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-08-19 (UTC)
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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)."]]
