Product updates, customer stories, and tips and tricks on Google Cloud Platform
ephemeral.sh �� @V ��f @V #!/bin/bash # Install google-fluentd curl -sSO https://dl.google.com/cloudagents/install-logging-agent.sh sha256sum install-logging-agent.sh sudo bash install-logging-agent.sh # Restart google-fluentd service google-fluentd restart # Your Task echo "Start Task!" echo "DONE Task!" # Delete Me INSTANCE_NAME=$(curl http://metadata/computeMetadata/v1/instance/name -H "Metadat
やりたいこと Compute Engine から Datastore にアクセスしたい状況になって色々と調べたり議論したりしたので、その記録を残しておきます。 選択肢 とりあえず大雑把に以下の 2 つの選択肢があります。 App Engine を間に挟んでアクセスする App Engine 側に、リクエストを受けたら Datastore にアクセスして必要な処理をしたりデータを返すような API を実装しておく Compute Engine からはその API を叩く Cloud Datastore API を直接叩く 今回は gcloud-py というクライアントライブラリを使用します Cloud Datastore API があるのにわざわざ App Engine を間に挟むとかこいつアホなのでは?と思われそうですね。ですが、Cloud Datastore API がイマイチだとか A
2023年12月 (1) 2023年11月 (116) 2023年10月 (79) 2023年9月 (28) 2023年8月 (7) 2023年7月 (6) 2023年6月 (101) 2023年5月 (229) 2023年4月 (201) 2023年3月 (206) 2023年2月 (147) 2023年1月 (193) 2022年12月 (146) 2022年11月 (54) 2022年10月 (1) 2022年9月 (1) 2022年8月 (1) 2022年7月 (3) 2022年6月 (1) 2021年9月 (1) 2021年8月 (8) 2021年6月 (3) 2021年4月 (4) 2021年3月 (6) 2021年2月 (1) 2021年1月 (3) 2020年12月 (2) 2020年11月 (2) 2020年10月 (5) 2020年9月 (12) 2020年8月 (40
クラウドに分散して実行中のJavaコードをデバッグできる「Google Cloud Debugger」が、Compute Engineに対応 Googleが昨年11月に発表したクラウド対応デバッガ「Google Cloud Debugger」は、Google App Engineで分散したサーバ上で動作しているJavaアプリケーションであっても、コード中の任意の位置の変数の値を参照できる、といった機能を備えたデバッガです。 クラウド上では、アプリケーションを実行しているサーバを特定することが時として困難であり、また稼働しているサーバの台数も変動する可能性があります。そのため、アプリケーションの稼働環境が固定されていることが前提の従来のデバッガでは、クラウド環境上でデバッグすることは容易ではありませんでした。 そのためプログラマは、状態が知りたいコードの場所にログを吐くコードを組み込み、あと
Google Cloud Platform (GCP)の英語ブログに、Google Compute Engine (GCE)のライブマイグレーション機能について解説記事がポストされた。個人的にもいくつかの大規模な案件でこの機能の能力に触れて、GoogleまじGoogleだなと思わされたし、GCPチームで実際に作った人たちと会うととても誇らしげに説明してくれる。熱いのだ。そこで、上記ブログ記事+個人の経験をもとに簡単にまとめてみたい。 なお、以下の内容は個人の感想です! Heartbleedバグの時もVM再起動なし GCEでは2013年12月より、ライブマイグレーションを利用したTransparent Maintenance(自動メンテナンス)という運用を開始している。これはつまり、VMを動かしたまま同一ゾーン内の別のサーバーへ移動することで、ハードウェアやホストOSのメンテナンスを勝手にや
三行でまとめると Docker Registry w/ Google Cloud Storage driver を利用し、イメージは GCS 経由で共有する Push: ビルドサーバに Docker Registry を立てて、そこにビルドしたイメージを push Pull: Google Container Engine の pod の1つとして Docker Registry を立てて、そこから service の portalIP 経由で Pull 以下、手順詳細 事前準備 ビルドサーバに gcloud SDK をインストールし、認証が終わっていること デフォルトの GCP の PROJECT_ID が設定してあること(下記のコマンドでは --projectId オプションを全て省略しているため) GCS に Docker registry 用のバケットを作成していること ビルドサー
まずは結論 こんな環境が Google Container Engine 上に一発で作れるスクリプトとDocker Imageを作った。 要素技術 Locust Python製OSSの負荷テストツール。分散テストモードがあって、簡単に複数台から負荷をかけるクラスタを構築することができる。今回は、環境変数で master, slave を切り替えられる Docker Image をベースにしている。 Docker Private Registry Google Container Engine で private repository を利用する方法を参照してください。 使い方 事前準備 ビルドサーバに gcloud SDK をインストールし、認証が終わっていること gcloud コマンドでデフォルトの GCP の PROJECT_ID が設定してあること(下記のコマンドでは --proje
カスタマイズしたVMマシンイメージをGoogle Compute Engine から Google Cloud Storageにアップロードして共有するGoogleCloudStoragegooglecomputeenginegooglecloud こんにちは、yukinasuです。 今回は、Google Compute Engine(以降、GCEと記述)のImageをGoogle Cloud Storage(以降、GCSと記述)にアップロードする方法を紹介します。 この方法を利用すると * 自分がカスタマイズしたImageを共有する * 複数のサーバを立ち上げるときのBaseとなるCustomImageを作成する ことが出来るようになります。 この記事はGCE公式ドキュメントのExport an image to Google Cloud Storageを参考にしています。 1. tem
Google Cloud Platform Liveが開催され、 今までAlphaリリース扱いだったCompute EngineのAutoscalerがBetaリリースになり、誰でも使えるようになりました。 コレによりGoogle Compute EngineでもAuto Scaleが利用できるようになりました。 なので今回はautoscalerを使って、GCEのLBの下にnginxを並べてみたいと思います。 なお少しAWSとの話も書いておきます。 前提 Client OS : Mac OSX Cloud SDKインストール済み & $ gcloud componentes update preview済み 概要 & 準備 Autoscalerを触るには少なくとも4つのAPIをONにする必要があります。 Cloud ConsoleでAutoscalerを設定するプロジェクトでONにしてくだ
負荷テスト 社内で『今度の仕組みは最強だぜ!某アイドルの初回限定盤のトランザクションでも余裕だぜ!』という自信満々のお声がありました。 と、いうことで負荷テストしてみます。 お手軽JMeterクラスター 〜 フルボッコ編@GCEでやってみる。 『お手軽JMeterクラスター 〜 フルボッコ編』というAWSでやっている記事を見つけた。確かに便利そうだなぁ。 でも、うちはAWS使ってないので、GCEでやってやる!と思ったしだいです。 よって、パクリです! jmeter-client構築 先ほどの記事にも書かれていますが、やっぱりGUIでやりたいなぁと思います。 でも、GCEのVMインスタンスのイメージは必要最小限のものしか入っていません。 ディスクも当初は10GBしか割り当てられていないということでこちょこちょやってみました。 まずはインスタンスの立ち上げ。 『Google Compute E
Google Cloud Platform Advent Calendar 2014の12日目の記事です。 1か月ほど前にBeta版がリリースされたGoogle Compute Engine (GCE)のLocal SSDを試してみたので、さっそくレポートしたい。 Local SSDって何? GCEではこれまで、Persistent Diskというネットワーク ディスクのみが提供されており、ブートもデータもPDだけでまかなわれてきた。PD上のデータはすべて冗長化されているので、一般的な単体ディスクよりも高い可用性を提供する。 一方で「可用性は普通でよいのでともかく高い帯域とIOPS値を」というニーズに応えるべく新たに提供されたのがLocal SSDだ。特長をまとめると、 375GB SSDを1 VMあたり最大4台まで装着可能 4台使用時は680K IOPS (4K random read)
Google、FluentdをKubernetesとCompute Engineの標準ログコレクタに採用Fluentdgooglecomputeenginekubernetesgooglecloud まずはFluentdコミュニティの皆さん、おめでとうございます!!! Googleを中心に開発されているオープンソースのDockerジョブスケジューラKubernetes (k8s)、それにGoogle Cloud Platformのログ収集サービスGoogle Cloud LoggingのGoogle Compute Engine用ログコレクタとして、Fluentdが標準採用されました。もうひとつおまけに、fluent-plugin-bigqueryをフィーチャしたソリューションページも、あと1か月くらいでcloud.google.comにて公開される見込みです(これは私がいま仕上げ中)。
Google の企業向けソリューションに関する公式な情報やユーザーの事例などを、いち早く皆さんにお届けします。
[速報]Google Compute Engine Autoscaler発表。わずか数分で千インスタンスをスケーラブルに伸縮 Googleは11月4日(日本時間5日)、サンフランシスコでイベント「Google Cloud Platform Live」を開催。同社のIaaS型クラウドサービスであるGoogle Compute Engineで利用できるオートスケーラ-「Compute Engine Autoscaler」を発表しました。 Googleはすでに社内で大規模なスケーラビリティを実現しており、例えば1000ノードのクラスタでも5分以内に起動するといったことを実現しています。 Compute Engine Autoscalerは、このようなすでに実証された技術を基に構築されたサービス。短時間で急速に負荷が上昇するスパイクのようなことが起きても、ウォームアップ不要で即座にクラスタを拡張し
[速報]Google Container Engine発表。Dockerコンテナを実行しKubernetesで管理するクラウドサービス Googleは11月4日(日本時間5日)、サンフランシスコでイベント「Google Cloud Platform Live」を開催。Dockerコンテナ上でアプリケーションを実行し、それをKubernetesで管理するクラウドサービス、「Google Container Engine」(略称はGKE。Google Compute Engineの略称GCEとかぶるためにGKEになったのだと思われます)を発表しました。 これまでIaaS型のクラウドでアプリケーションを実行するには、仮想マシンのインスタンスを起動し、OSをインストールし、ネットワーク環境などを設定したうえでアプリケーションをインストールする、といった手順を踏む必要がありました。 Google C
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く