Amazon EC2 を Arm に切り替えたら幸せなことしかありませんでした | CyberAgent Developers Blog
技術本部 サービスリライアビリティグループ（SRG）の長谷川 @rarirureluis です👳 #SRG（Service Reliability Group）は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 はじめに Apple M1 で Arm という単語をよく耳にし、そしてその性能に驚いた方も多いと思います。Apple M1 が搭載された Mac のベンチマークはこちら そして Amazon EC2（以下：EC2）にも Arm が搭載されたインスタンスがあります。 https://aws.amazon.com/jp/ec2/graviton/ 今回はとあるサービスの全開発環境の EC2 インスタンスを m5.large から t4g.medium へ移行したら幸せになれたので、この記事を
特定の AWS アカウントとの AMI の共有 - Amazon Elastic Compute Cloud
AMI を公開せず、特定の AWS アカウント とだけ共有することもできます。これに必要なものは AWS アカウント ID のみです。 AWS アカウント ID は、AWS アカウント を一意に識別する 12 桁の数値です (012345678901 など)。詳細については、AWS Account Management リファレンスガイドの「AWS アカウント 識別子の表示」を参照してください。 考慮事項 特定の AWS アカウント で AMI を共有する場合は、以下について検討してください。 所有権 — AMI を共有するには、お客様の AWS アカウント がその AMI を所有している必要があります。 共有制限 – リージョン内で AMI を共有できるエンティティの最大数については、「Amazon EC2 Service Quotas」をご覧ください。 タグ - ユーザー定義タグ (A
EC2で同じECUだけどCPUは違う - まめ畑
AWSのEC2ではインスタンスのCPU性能をECUという単位で表します。 知られているとは思いますが、ECUが同じだからといって性能が同じとは限りません。 ここ最近、その例が実運用の環境で顕著に出ていたので書いておきます。 とある、数千qpsを受け付けている、DBサーバ(m2.4xlarge)でqpsは同じなのに負荷状況が全く違う状態でした。 LA CPU Usage この2台のインスタンスの違いはCPUです。 負荷が高いほうが Intel(R) Xeon(R) CPU X5550 @ 2.67GHz 低いほうが Intel(R) Xeon(R) CPU E5-2665 0 @ 2.40GHz となっています。 しかし、ECUはどちらも26 ECUとなっています。 ちなみに、前者が4コア 8スレッド、後者が8コア 16スレッドですが、インスタンスからはどちらとも8コアに見えています。 Ca
[メモ] AmazonS3とEC2を使う時にはX-REPROXY-URL
S3+EC2を使っていると、S3に保存したムービーや画像と言った大きなデータを、クライアントに返したい場合があります。 そのときにリバースプロキシを使う方法もあるけど、権限やユーザによって振り分けたい場合などは、単純なリバースプロキシではうまくいきません。 Rails側でNet::HTTPなどを使ってS3からデータを取ってくる方法もあるのですが、それだとパフォーマンスが悪すぎです。 負荷分散することを考えると、これはApacheモジュールか、リバースプロキシ側でやって欲しい作業です。自分で書こうと思ったけど、調べてみたらやっぱり同じようなのがありました。 リバースプロキシなどの中には、X-REPROXY-URLというヘッダをサポートしているものがあり、これを戻すとリバースプロキシが代わりにこのURLにアクセスしてデータを返してくれます。 Perlbalが始めにサポートしたらしいですが、li
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
What is MongoDB Atlas? - MongoDB Atlas
Amazon Elastic Compute Cloud
