2016年 GCE vs AWS：何故Amazonを絶対使ってはイケナイのか！
Lv：23 Exp：110755 徳島県出身、吉積情報株式会社最高技術責任者 愛光高校、東京大学卒業後、アクセンチュアにて5年間システム開発を経験。 CP300のアジア初取得者。 Google基盤上でのシステム開発の普及を目標として日々活動中。 はじめに この文章は典型的なWebスタートアップにおける私の経験によるものです。我々はAWS上で100以上のインスタンスを起動させ、一定のペースで成長してきた中である程度の期間そうやってきました。 我々の全てのオペレーションはクラウド上で行われています。Webサーバ、データベース、マイクロサービス、git、wiki、BIツール、監視、、、これらは全て典型的なテクノロジー会社では必要となるオペレーションです。 後はオフィスにはインターネットアクセスのために少しのスイッチと一つのルータがあるだけで、以上です。オンサイトにはサーバは1台もありません。 以
FPGA開発環境をクラウド化した話 - Qiita
要約 Googleクラウド上の仮想マシンでAltera Quartus PrimeによるFPGA開発＆ビルドを行い、手元のFPGAボードとVPN経由でUSB接続して動かした話。4コア＋15GBメモリの開発環境を1時間あたり50円以下で使え、使わないときはOFFにしておけて便利。 DE0-Nano-SoCにブレッドボードと7セグ乗せたところ 3/11追記 keiさん情報によると、Xilinx Vivadoだとちょっと工夫するだけで同様のことができるらしい。最初っからX使っとけって話か。。 いきさつ ひさびさにFPGAをさわりたくなってDE0-Nano-SoCを買ったのだけど、開発環境であるQuartusを動かすマシンをどうしようかと考えた。FPGAのビルドっておそろしく重いので、最低でも4コア＋8GBメモリ程度のマシンが必要となる。 とはいえ、土日にちょろっと使う程度だし、もはや物理マシンを
[GCP] クラウドの料金体系を理解する
Google の企業向けソリューションに関する公式な情報やユーザーの事例などを、いち早く皆さんにお届けします。
![[GCP] クラウドの料金体系を理解する](https://cdn-ak-scissors.b.st-hatena.com/image/square/6571391198fcb45e4d7c5cab7d90e5ca2fbf4605/height=288;version=1;width=512/http%3A%2F%2F2.bp.blogspot.com%2F-7bZ5EziliZQ%2FVynIS9F7OAI%2FAAAAAAAASQ0%2FBJFntXCAntstZe6hQuo5KTrhi5Dyz9yHgCK4B%2Fs1600%2Fgooglelogo_color_200x200.png)
GoogleのHTTPロードバランサーの破壊力があり過ぎる #gcpja - Qiita
そもそもGoogle Compute Engineのロードバランサー、GCE LBは、1インスタンス・1グローバルIP・ウォームアップなしでいきなり100万リクエスト／秒を捌けてしまう謎性能を備えていて、既存の他社クラウドのLBだけこれで置き換えたい！ という声もちらほら聞かれるほどの強力LBサービスであった。 From Compute Engine Load Balancing hits 1 million requests per second! そして今回、正式公開ではないLimited Preview版ではあるものの、GCE LBの新機能としてHTTP Load Balancingが発表された。その性能と機能の破壊力があり過ぎるので、GCPブログ記事のリンクをシェアするだけではあまりにもったいない！ と思い、要点を訳してみた。 DNSに頼らない、1グローバルIPによるUS、EU、A
AWSよりGoogle Compute Engineを選びたくなる10の理由
Google Compute Engineについて興味深いブログがあったので、勉強を兼ねて和訳してみました。 原文はこちらです。 以下、超訳。 昨年（訳注2012年のこと）、GCEとしてGoogleがIaaSの提供を発表した時に、amazonは心配するべきかどうか聞いてみた。18ヶ月後、Google Compute Engineは一般公開され、信頼性、価格、革新性において間違いなくAWSの競合になったと見受けられる。混雑したIaaS市場には多くの新規参入があり、そのいくつかはマイクロソフト、HPとIBMのような十分に確立された企業·ベンダーである。しかし、大多数のそうしたサービス群は限定的な機能しか持たない。彼らはAWSに対抗することは諦め、Amazon EC2の2008年相当のものに見えた。しかし、GCEはそのアプローチからして異なる。Amazon EC2の類似機能に焦点を置くのではなく
Google Compute Engineのココがイケてるイケてない - Qiita
仕事柄、GoogleのIaaSであるGoogle Compute Engine (GCE)を使ったり、またはガッツリ使っている人の話を聞いたりすることが多いので、これまで感じたり耳にしたりしたGCEの良い所・そうでもない所をまとめておく。 まずは、あんまりイケてない点。 ここがイケてない！ データセンターが東京ではなさそう Googleは今年4月にアジア地域にGoogle Cloud Platform (GCP)のデータセンターを開設しており、ここが日本からは最寄りのDCということになる。実際、ゾーンとして「asia-east1-a」等を指定して作成したインスタンスを作成し、pingを打ってみると、おおよそ40msくらいの距離にあることが分かる。東京ではなさそうだ。なので、この遅延がユーザー・エクスペリエンスに影響するようなシビアなリアルタイム性の要求される用途には向いていない。 GCEの
Google Compute Engineネットワークのレイテンシ #gcpja
ども、takiponeです。前回の記事ではGCE(Google Computing Engine)のネットワーク構成について概要を紹介しました。今回は前回の構成をベースに、GCEのインスタンスからいろいろな相手にpingを送出してネットワーク的な近さを測ってみたいと思います。 お断り ここでの計測結果は実際のネットワーク性能を示唆するものではありません。参考値としてご覧ください。 Networkオブジェクト内のインスタンス 同一リージョン内 まずは、GCEの東アジアリージョンで同一リージョン内のインスタンスにpingを送出しました。 asia-east1-a <-> asia-east1-a(同一ゾーン) : avg 0.606 ms asia-east1-a <-> asia-east1-b(異なるゾーン) : avg 0.715 ms まずは同一ゾーン内で1ms未満の良好なレイテンシー
GCEのライブマイグレーションのすごさをまとめてみた #gcpja - Qiita
Google Cloud Platform (GCP)の英語ブログに、Google Compute Engine (GCE)のライブマイグレーション機能について解説記事がポストされた。個人的にもいくつかの大規模な案件でこの機能の能力に触れて、GoogleまじGoogleだなと思わされたし、GCPチームで実際に作った人たちと会うととても誇らしげに説明してくれる。熱いのだ。そこで、上記ブログ記事＋個人の経験をもとに簡単にまとめてみたい。 なお、以下の内容は個人の感想です！ Heartbleedバグの時もVM再起動なし GCEでは2013年12月より、ライブマイグレーションを利用したTransparent Maintenance（自動メンテナンス）という運用を開始している。これはつまり、VMを動かしたまま同一ゾーン内の別のサーバーへ移動することで、ハードウェアやホストOSのメンテナンスを勝手にや
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
