デブサミ2017「グランブルーファンタジーを支えるインフラの技術」講演メモ #devsumi - 元RX-7乗りの適当な日々
CAを離れて1年半。最近はどんな感じか知りたかったので聞いてきました。面白かったです。 グランブルーファンタジーを支えるインフラの技術 (株)Cygames 佐藤太志 氏 グランブルーファンタジーについて 特徴 スマホのRPG ブラウザゲーム 協力プレイ、マルチプレイ システム規模 登録ユーザ数1400万人 月間300億PV 100万query/sec 8万req/sec トラフィック12Gbps (CDN除く) システム構成 LBはBIG-IP CDNはAkamai HTTP/WebSocketがフロントインターフェース Web: Apache + mod_php + mysqli Node: Node.js + twemproxy DB: MySQL + MHA オンプレミス、仮想化環境は使っていない ネットワーク通信量が非常に多い 低レイテンシを求められている ハイパフォーマンスを実
デブサミ2016「大規模Redisサーバ縮小化の戦い」講演メモ #devsumi - 元RX-7乗りの適当な日々
メモメモ。泥臭い話で面白かったです。 「大規模Redisサーバ縮小化の戦い」 駒井 祐人 氏 (株)アカツキ ゲームのサーバサイド機能開発、インフラの設計構築・保守運用 Redisとは インメモリDB 5種類のキーバリューのデータ型 ファイル永続化オプション システムの問題点 EC2サーバが20台に対して、AWSのElasticCache(Redis)が64台あった なぜ64台あったかというと、リリース直後にRedisの負荷問題があり、8台 => 64台になった 調査するとkeys("")を実行している箇所があった 当然お金がかかる(cache.m3.large * 64台 = 約135万円/月) 冗長化しんどいし、設定ファイルの記載も辛い ので、縮小化と冗長化の対処をしたい 現状整理 格納されているデータ フレンド情報、セール情報、ランキング情報 キーの件数 1サーバに8DB、1DBあた
デブサミ2014「サーバプロビジョニングのこれまでとこれから」講演メモ #devsumi - 元RX-7乗りの適当な日々
期待通り、面白い話だったのでメモを残しておく。 「サーバプロビジョニングのこれまでとこれから」 宮下 剛輔 氏 mizzy @gosukenator paperboy&co. テクニカルマネージャ サーバプロビジョニングとは プロビジョニングは3つのレイヤがある。 orchestration application service orchestration configuration system configuration bootstrapping cloud or vm image launch os install あまり厳密に捉えすぎる必要はない。とのこと。 Bootstraping 今日は割愛 Configuration ミドルウェアのインストールとか設定とか いわゆる構成管理ツール CFEngine, Puppet, Chef, Ansibleなど 会場は、Chef利用者多
LinuxのTCP SYNの再送間隔の初期値が3秒から1秒に変更されていた - 元RX-7乗りの適当な日々
ということに、(今更？)気付いたお話です。 HAを組んだ際のVIPの切り替えテストをやっているときに、高負荷時とかは切り替えに7秒ぴったりかかるケースとかがあって、7秒って何の数字だろうと疑問を持ちました。 OSは、CentOS 6.4(2.6.32-358.23.2.el6.x86_64)です。 TCP SYNの再送間隔が、1...2...4...秒になっている で、tcpdumpを眺めていると以下のようなシーケンスです。 11:50:35.689301 IP client-host.8957 > server-host.http: Flags [S], seq 1616681830, win 14600, options [mss 1460,sackOK,TS val 889880946 ecr 0,nop,wscale 7], length 0 11:50:36.688503 IP
「AWS Summit Tokyo 2013」 1日目の講演メモ #awssummit - 元RX-7乗りの適当な日々
今日は午後から、表題のカンファレンスに行ってきました。 AWS Summit Tokyo 2013 久しぶりに行くAWS系のビッグカンファレンス。AWSの中の方(ソリューションアーキテクト)が話してくれる「上級者向け」と題されるテクノロジーセッション3つに参加して、メモ書きをとったのでここに残しておきます。 (個人的には、3つ目の大谷さんの話が面白かったです。) ハイブリッド構成を支えるAWSテクノロジー AWS荒木さん プリンシパルソリューションアーキテクト @ar1 なぜハイブリッド環境なのか 既存のアセットを最大限に活かして、AWSのメリットを享受する 開発での利用パターン(dev,stgで使っている) データをどう持ち運ぶか ディザスタリカバリでの利用パターン データをどうやって同期するか 複数のシステムがハイブリッドでやりとり 監視・制御を複数プラットフォームで システム間連携を
複数のChef-serverで同一のvalidation.pemを利用させたいとき - 元RX-7乗りの適当な日々
運用設計・ルール的な是非は一旦おいておいて、複数のChef Serverでvalidation.pem(chef-validatorの鍵)を共通化させたいときに、どうやったかというメモ。ちなみに、バージョン10系での話です。 イメージは、既に1台のChef-serverを運用していて、もう1台新しいChef-serverを足したいんだけど、nodeとなるサーバの運用フローを変えたくないので(面倒くさいので)、validation.pemは共通で使いたいなー、というケース。(これはユースケースによってメリット・デメリットがあります) 僕が探した感じ、APIではその口が用意されていなかった(というか、あるように見えてeditしてみたけど反映されなかった)ので、結論からいうとバックエンドのCouchDBにアクセスして書き換えた感じです。 説明はここまででいいような気もしますが、一応自分のために手
Amazon EBS の性能ベンチマーク その2 (Standard-Vol増量編) - 元RX-7乗りの適当な日々
昨日エントリ「Amazon EBS の性能ベンチマーク その1 (Standard編)」の続きです。 昨日のエントリで、次はEBSボリュームのサイズを20GBではなく、もっと大きなものにしてみたら、どうなるのだろう？と疑問となった部分があるので、そこのベンチマーク結果となります。 ベンチマークの条件の詳細等は、以下の昨日のエントリからご確認くださいませ。 Amazon EBS の性能ベンチマーク その1 (Standard編) 5. 200GBのEBSボリュームを使ったベンチマーク おさらい的にベンチマークを取得した環境は以下です。 東京リージョン(ap-northeast)で実施。 c1.xlarge (High-CPU Extra Large Instance) のインスタンスを利用。 http://aws.amazon.com/jp/ec2/instance-types/ によると「
Amazon EBS の性能ベンチマーク その1 (Standard編) - 元RX-7乗りの適当な日々
以前、「噂の高速SSDを積んだAmazon EC2インスタンスのI/Oベンチマークをとってみた」でAmazon EC2で利用できるSSDボリュームのベンチマークを取った際に、EBSボリュームに関しても簡単に計測しているのですが、もう少し詳細に見てみようと思い、もうちょっと詳しく性能を計測してみました。(急いでいる方は最後のまとめを読むだけでOKですｗ) 実は、大昔(3〜4年くらい前)にも同じようなことを軽くやったのですが、結果がどこかにいってしまった＆今はまた結果が違うかもなので、やってみた。 ベンチマークの目的は、EBSボリュームをソフトウェアRAIDで束ねた(ストライピング)場合に、どのくらいパフォーマンスが出せるのかという観点。 というわけで、色々な観点から性能を測ってみました。使ったツールは「噂の高速SSDを積んだAmazon EC2インスタンスのI/Oベンチマークをとってみた -
新しい車を買いました「WRX STI tS」 - 元RX-7乗りの適当な日々
先日のエントリ「自動車の複数社による同時査定で、一般ディーラー査定よりかなり高額で売却できた話＋RX-7ドナドナ記録」にて詳細に書いた通りRX-7(FD3S)を手放し、(もう2ヶ月以上前の話ですが)新しい車を買いました。スバルの「WRX STI tS」。限定車のコンプリートカーです。 次の車を選ぶにあたって 僕の中で、次の車の要件はある程度明確になっていて、前のエントリでも書いた通りですが、自分ひとりで出かけることが少なくなったということもあって、チャイルドシートが取り付けられて、かつ4ドアか5ドア(クーペは機能的に不便なんですよね)、FF、FRと乗り継いできたので、次はAWDがいいなぁと思っていました。そして何より僕がハンドルを握って楽しめる車がいいな、と。 とはいえ、前に乗って弄っていた車が1200kg台で360psの高出力、そして250〜260km/hまでのスラローム勝負ならどんな車
手離したRX-7、その後 - 元RX-7乗りの適当な日々
後のことを考えると、本当は公開することを迷った「自動車の複数社による同時査定で、一般ディーラー査定よりかなり高額で売却できた話＋RX-7ドナドナ記録」このエントリなのですが、その後どうなったかを書いておきます。 まず、売却してから10日後くらいに、某中古車情報サイトで、売りに出したRX-7(FD3S)を発見しました。 西日本のお店で売りに出されていましたが、僕が想像していたより値段は安く、あの値段で売却できて、買取専門店のマージンがこのくらいで、販売店の利益がこのくらいなのかなぁ、と思うと、あまり儲からない商売だなーとも思ったのですが、中古車市場で年式が古くなってきた今も値段がほとんど下がらない珍しい稀少なスポーツカーということを考えると、価格落ちのほとんどないリスクの少ない車だからこそ成り立つんだなと思った。 で、やはり一度見ちゃうと顛末が気になるもので、2〜3日おきにサイトをチェックし
自動車の複数社による同時査定で、一般ディーラー査定よりかなり高額で売却できた話＋RX-7ドナドナ記録 - 元RX-7乗りの適当な日々
まず、このブログの冠にも付けていた僕の愛車、RX-7(FD3S)を売却しました。 この件については、一言で語りきれず、断腸の思いというか苦渋の決断をしました。 売却にあたっては色々と考えた結果、自動車の一括査定(しかも複数社による同時査定)をしていただいたのですが、僕のRX-7は元々非常に特殊な車＆チューンドカーということもあってか、ディーラー査定よりかなり高額で売却できたことと、同時査定に関する情報(体験談や交渉の詳細)がネット上にほとんど存在していないので、僕が得たノウハウを含めて、ここにログを残しておこうと思います。(スケジュール通り、無事トラブルもなく入金いただいたので。) 尚、今回の前提となる車は、既に絶版車ですが、十年落ちの中古車でもグレードや程度がよければ、当時の新車並みの300〜400万という価格で売られている超人気スポーツカーなので、全ての車で今回のようなケースにはならな
iPhoneのホームボタンの効きが悪くなったので、デコピンしたら本当に直った件 - 元RX-7乗りの適当な日々
私が今使っているiPhone4は、買ってから1年が経過していまして、iPhone3GSの時もそうだったのですが、iPhoneは使っていくうちに徐々にホームボタンの反応が悪くなる傾向にある気がします。 で、だんだんと買い替えを意識しちゃうわけですが、先日以下のtweetを見かけて気になったこともあり、試しにやってみたんです。 明日起きたらやってみる！ RT @kotasaito: 【これまじすげーよ】iPhoneのホームボタンって反応悪くなるよね！ボタン中心から円を書くようにデコピンすると隙間から白い粉が出てくる。10分もやれば、反応めっちゃよくなるよ！！名古屋の学生に教えてもらったすご技です！！— Y.Namikawa / id:rx7 (@namikawa) July 10, 2011 iPhoneのホームボタンの部分をひたすらデコピンです。 ホームボタンの中心から、外側にはじくように、
Linuxのサーバをリモートから強制的にOSリブートする - 元RX-7乗りの適当な日々
先日、諸々の都合で遠隔にあるテスト環境のサーバ(Linux)のカーネルパラメータを弄っていたのですが、ちょっと設定(メモリまわり)がイキすぎてしまいｗ、コマンド実行というかforkできなくなってしまった(Cannot allocate memory...)。 んで、shutdownコマンドも実行できなくなったので、直そうと思ったのですが、色々弄った＆時間がなかったこともあり、一旦OSを再起動しちゃいたいな、と(汗 が、遠隔にあるサーバなので、物理的な電源スイッチON/OFFができない(厳密には出来る環境ではあったのですが、このサーバはそこに入ってなかったｗ)。ので、SysRqキーを送ることにした。 やり方 少し無理矢理感はありますが、 # echo b > /proc/sysrq-triggerを実行すると、強制的にリブートがかかります。 ただし、ファイルシステムのsyncとかumount
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
