このページの一部またはすべての情報は、S3NS の Trusted Cloud に適用されない場合があります。
単一テナンシーの料金に関するよくある質問
このよくある質問をご覧いただくと、単一テナントノードの支払いを資本支出(CAPEX)と運用支出(OPEX)のどちらに分類できるかを判断しやすくなります。Google ではこのよくある質問を提供していますが、単一テナントノードの支払いの分類方法については、担当の会計士に相談することをおすすめします。
単一テナントノードとは
通常、VM は、多くのお客様が共有する物理ホストで動作します。単一テナントノードを使用すると、物理ホスト上の VM に排他的にアクセスできます。各単一テナントノードは 1 台の物理サーバーに関連付けられます。各ノード内で、1 人のお客様がホストハードウェアを他のお客様と共有することなく、そのノードで動作している VM を完全に制御できます。
単一テナントノードの購入は CAPEX と OPEX のどちらに該当しますか?
Google は会計に関するガイダンスを提供していません。CAPEX または OPEX に関する会計上の判断を下す前に、単一テナントノード商品に関する詳細をご確認ください。
単一テナントノードを一意に識別できますか?
はい。各単一テナントノードには、固有識別子(server_id
)が付与されています。server_id
は Trusted Cloud by S3NS ハードウェアすべてにおいて一意であり、単一テナントノードを作成するとすぐに使用できます。nodeGroups.listNodes
REST リクエストを使用して server_id
を取得してください。
server_id とは
server_id
は、各物理サーバーの識別に使用される固有識別子です。アカウントに単一テナントノードが割り当てられている場合、server_id
と物理サーバーの間には 1 対 1 の関係があります。
Trusted Cloud by S3NS は、同じ server_id を別の物理サーバーに再利用しますか?
いいえ、 Trusted Cloud は同じ server_id
を別の物理サーバーに再利用しません。メンテナンス関連のイベントが原因で物理ホストが廃止された場合は、server_id
とともに代替サーバーが提供され、VM が代替サーバーに移動されます。メンテナンス関連のイベントは Cloud Audit Logs に記録され、このログを使用して物理サーバーのリネージをトレースできます。
物理ホストが廃止された場合、server_id のリネージをトレースできますか?
はい、ホストが廃止され、代替のホストが提供されるたびに、新しい server_id
が Cloud Audit Logs で使用可能となります。このログを使用して、VM のホストの server_id
履歴をトレースしてください。
単一テナントノードの課金方法
ノードで動作している VM の数に関係なく、単一テナントノード全体の料金を秒単位でお支払いいただけます。単一テナントノードをプロビジョニングするときは、該当ホスト上の VM を制御します。
次のステップ
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2025-08-19 UTC。
[[["わかりやすい","easyToUnderstand","thumb-up"],["問題の解決に役立った","solvedMyProblem","thumb-up"],["その他","otherUp","thumb-up"]],[["必要な情報がない","missingTheInformationINeed","thumb-down"],["複雑すぎる / 手順が多すぎる","tooComplicatedTooManySteps","thumb-down"],["最新ではない","outOfDate","thumb-down"],["翻訳に関する問題","translationIssue","thumb-down"],["サンプル / コードに問題がある","samplesCodeIssue","thumb-down"],["その他","otherDown","thumb-down"]],["最終更新日 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,[]]