マネージド インスタンス グループ（MIG）には、負荷の増減に基づいて、MIG から仮想マシン（VM）インスタンスを自動的に追加または削除できる自動スケーリング機能が備わっています。自動スケーリングによって、トラフィックの増加をアプリで適切に処理できると同時に、リソースの必要性が低下した場合は費用を削減できます。自動スケーリング ポリシーを定義すると、測定された負荷と構成したオプションに基づいてオートスケーラーが自動スケーリングを実行します。 自動スケーリングでは、負荷が大きくなると MIG に VM が追加され（スケールアウト）、VM の必要性が低下すると VM が削除されます（スケールイン）。 前提条件 オートスケーラーは、Compute Engine サービス エージェントを使用して、グループ内のインスタンスを追加および削除します。Compute Engine API が有効になって
Stay organized with collections Save and categorize content based on your preferences. This page describes how service accounts work with Compute Engine. For step-by-step information about attaching a service account to a virtual machine (VM) instance, review one of the following documents: To set up service account during VM creation, see Create a VM that uses a user-managed service account. To s
Stay organized with collections Save and categorize content based on your preferences. This document lists the allocation quotas that apply to Compute Engine. Allocation quotas Allocation quotas, also known as resource quotas, define the number of resources that your project has access to. Compute Engine enforces allocation quotas on resource usage for various reasons. For example, quotas help to
Stay organized with collections Save and categorize content based on your preferences. You create a snapshot schedule to regularly and automatically back up zonal and regional Persistent Disk and Google Cloud Hyperdisk volumes. Use snapshot schedules as a best practice to back up your Compute Engine workloads. If you want to create a snapshot schedule that captures the state of the application dat
ディスクは、コンピューティング インスタンスのオペレーティング システムの起動と実行に使用するブートディスクか、インスタンスがデータ ストレージにのみ使用する非ブートディスクのどちらかです。 スナップショットを使用してディスクデータのバックアップと復元を行う方法は次のとおりです。 ブートディスクまたは非ブートディスクのスナップショットを作成した後、そのスナップショットに基づいて新しいディスクを作成する。 ブートディスクのスナップショットを作成した後、ブートディスクのスナップショットに基づいて新しいインスタンスを作成する。 非ブートディスクのスナップショットを作成した後、そのスナップショットに基づいて、新しい非ブートディスクを含む新しいインスタンスを作成する。 始める前に まだ設定していない場合は、認証を設定します。認証とは、 Google Cloud サービスと API にアクセスするため
Google Cloud Platform Advent Calendar 2015 の第一夜を光栄にも務めさせていただきます！ 第一夜ということで出来るだけそれに相応しいテーマを選ぼうと思い、「AWSは使ったことがあり、Google Cloud Platform（以下GCP）は使ったことがないが、興味がある」ひとがGCPを使ってみよう！と思えるような記事になれば良いなと考えながら書きました。これを見て一人でも多くの方がGCPを使ってみるきっかけになれば幸いです。 また GCP Advent Calendar 2015 の明日以降の記事ではGCPのより深い魅力を掘り下げた良記事がたくさんあることでしょう！そちらも御覧ください。 GCPとは GCPはGoogleが提供するIaaSであり、Amazonの提供するAWSに相当しますが、Googleが自社インフラとしてのクラウド環境を我々一般客にも
G-genは、 Google Cloud のプレミアパートナーとして、幅広い業界に対して確かな技術力でお客様のビジネスを加速します。エンタープライズからスタートアップ、自治体まで、各種課題に対応し、 Google Cloud の可能性を最大限に引き出し、お客様のビジネス変革を支援します。また、革新的なビジネスプロセスの最適化を提供し、セキュリティとコスト効率の両立を実現しています。 ビジネスコンサルから開発、運用保守まで、ワンストップで対応する私たちのアプローチは、クラウド技術の導入だけに留まりません。 Google Cloud と Google Workspace の導入後も、運用や内製化を視野に入れた伴走支援で、お客様のビジネスを継続的に支えます。さまざまな案件で培われた豊富なノウハウを基に、事業に関わる領域をトータルでバックアップ。あらゆる課題に対応し、ビジネスの可能性を広げます。
仮想マシン（VM）インスタンスとベアメタル インスタンスに静的外部 IP アドレスを割り当てることができます。インスタンスの静的 IP アドレスの変更、一覧取得、解放を行うこともできます。静的外部 IP アドレスを予約するには、静的外部 IP アドレスの予約をご覧ください。 外部 IP アドレスには、静的なものとエフェメラルなものがあります。変更されない固定外部 IP アドレスがインスタンスに必要な場合は、次の操作を行います。 静的外部 IP アドレスを取得します。新しい外部 IP アドレスを予約することも、既存のエフェメラル外部 IP アドレスを昇格させることもできます。 予約した IP アドレスを既存のインスタンスに割り当てるか、新しいインスタンスの作成時に割り当てます。 内部 Compute Engine ネットワーク上の静的 IP アドレスが必要な場合は、静的内部 IP アドレスの
フィードバックを送信 ユーザー管理のサービス アカウントを使用する VM を作成する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このドキュメントでは、ユーザー管理のサービス アカウントを使用するように構成された仮想マシン（VM）インスタンスを作成する方法について説明します。サービス アカウントは特別なアカウントであり、通常はアプリケーションやコンピューティング ワークロードが承認された API 呼び出しを行うときに使用されます。 サービス アカウントは、カスタム アプリケーションなどのワークロードで、エンドユーザーの関与なしに Google Cloud リソースにアクセスする場合や、アクションを実行する必要がある場合を対象としています。サービス アカウントを使用するタイミングの詳細については、サービス アカウントの使用に関するベスト プラクティスをご
多くの Google Cloud リソースには、内部 IP アドレスと外部 IP アドレスを使用できます。たとえば、内部 IP アドレスと外部 IP アドレスを Compute Engine インスタンスに割り当てることができます。インスタンスは、これらのアドレスを使用して、他の Google Cloud リソースや外部システムと通信します。 インスタンスで使用される各ネットワーク インターフェースには、プライマリ内部 IPv4 アドレスが 1 つ必要です。各ネットワーク インターフェースには、1 つ以上のエイリアス IPv4 範囲と 1 つの外部 IPv4 アドレスを設定できます。インスタンスが IPv6 をサポートするサブネットに接続されている場合、各ネットワーク インターフェースには内部または外部の IPv6 アドレスを割り当てることもできます。 インスタンスは、インスタンスの内部
Hyperdisk Balanced High Availability とリージョン Persistent Disk は、Compute Engine に高可用性（HA）サービスを実装できるストレージ オプションです。リージョン Persistent Disk と Hyperdisk Balanced の高可用性は、同じリージョン内の 2 つのゾーン間でデータを同期的にレプリケートし、1 つのゾーンの障害に対してディスクデータの HA を確保します。 リージョン ディスクは、ブートディスクまたはブートディスク以外のディスクです。 ディスク アクセスモードを設定して、さまざまなインスタンスが Hyperdisk Balanced High Availability ディスクに同時にアクセスできるようにすることもできます。リージョン ディスクは、ディスクのレプリカと同じゾーン内のインスタンス
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 更新 ・2018/11/11 マウンテンデュー単価で考える個人開発用サーバ VPSサーバ編へのリンクを追記 ・2018/11/13 評価の観点に前提を追記 突然だが、諸君は**マウンテンデュー**は好きだろうか？ マウンテンデューとは、（英名Mountain Dew）とはレモン・ライム風味の薄黄色の弱炭酸飲料である。 ~~一般的な炭酸飲料によくありそうな味だが、~~炭酸が強すぎずゴクゴク飲みやすい。 ニコニコ大百科:マウンテンデューより引用 自分は信仰している。 あの独特の風味(鋼の意思)がもたらす清涼感が病みつきで学生時代は毎食500
Google Compute Engineの特徴 Google Compute Engine（GCE）にはKernel-based Virtual Macnihe（KVM）が利用されています。GCEはGoogleの検索・Gmail・マップなど各種サービスと同じハードウェア・ソフトウェアスタックで提供されています。 高速・お手軽！ Linuxでもコンソールいらずでログイン可能 GCEは3種類の方法で操作できます。 Developers Console（ブラウザで操作するWeb管理画面） gcloudコマンド API GCEを利用するとインスタンスを起動してからログインできるようになるまでの時間の短さに驚きます。他のクラウドだと操作からログインできるようになるまでに数分かかることが多いですが、GCEは操作から30秒程度でログインできる状態になります。 起動が完了したらDevelopers Co
Send feedback Compute Engine API Stay organized with collections Save and categorize content based on your preferences. Creates and runs virtual machines on Google Cloud Platform. REST Resource: v1.acceleratorTypes REST Resource: v1.addresses REST Resource: v1.autoscalers REST Resource: v1.backendBuckets REST Resource: v1.backendServices REST Resource: v1.crossSiteNetworks REST Resource: v1.diskTy
Stay organized with collections Save and categorize content based on your preferences. When you create a virtual machine (VM) instance, Google Cloud creates an internal DNS name from the VM name. Unless you specify a custom hostname, Google Cloud uses the automatically created internal DNS name as the hostname it provides to the VM. You can create a VM with a custom hostname by specifying any full
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
