jaws-ug kansai-special_aurora_20150207AWSを使うまでの経緯と、日本赤十字社様におけるAWSを活用したスピード開発事例を紹介します。 http://blog.serverworks.co.jp/tech/2013/05/21/jaws-ug-aomori-1/
AWS + Windows(C#)で構築する.NET最先端技術によるハイパフォーマンスウェブアプリケーション開発実践
2015/10/03 phpcon 2015 updated at 2016/01/13 about default_password_lifetime's default will be 0
ssig33.com - Docker 運用しまくって得られたしょぼい知識
よく知られているように Docker ではコンテナ自体は使い捨てで、アプリケーションが保持すべきデータはコンテナの外に格納する必要があります。 RDBMS 多くのアプリケーションが RDBMS を使用しています。 RDBMS の運用は実際のところかなり厄介ですが、まあ Amazon RDS を使っちゃいましょう。それが一番楽です。 EC2 じゃないところにサーバー置いてて RDS との通信量課金を払いたくないという場合は適宜頑張ってください。 Redis と memcached 現代の多くのアプリケーションが Redis や memcached を使っています。これも Amazon Web Services に ElastiCache があるので EC2 にサーバー置いてる場合はこれを使います。置いてない場合は適宜頑張ります。 その他 ここまでのことは特に何ということもないのですが、ここか
貧乏臭くRDSを使っていくために調べたメモ - リア充爆発日記
AWSでRDBMS使うならRDSでしょ、というところまではいいとして、どう使うのか？というところは非常に難しい。 用途をスタートアップのWebサービスだとした場合、最初はお金をできるだけつかいたくないけど、人気が出たときにはスムーズに対応していきたい、というのはごく普通の欲求だと思われる。 最初からお金ジャンジャン使っていいからどんなアクセスにも耐えられるようにしとけ！ってんならクアドラプルなんとかインスタンスをMulti-AZにしとけばいいんだろうけど、こちとらカネがない。 妥協すべきところとそうでないところはケースバイケースだけど、検討するポイントはどんなケースも似たようなもんでしょう。 今回はそんな場合のそんな検討をしたときのメモ。 VPC? これはもうVPC内で起動しとけ。AWSに払う金は発生しないからな。非VPCが許されるのは小学生までだそうだし。http://dev.class
RDSのdb.m1系もdb.m3系に乗り換えたほうがおトクですよという話 - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 db.m3系がローンチしてますので、2014/3/5時点の RDS for MySQL(Multi-AZ) のお値段 (Tokyo/オンデマンド) 比較をしてみます。 参照したのは以下の3つのページ Amazon RDS Features | Cloud Relational Database | Amazon Web Services 特徴 - Amazon RDS | AWS 料金 - Amazon RDS | AWS また、RDS for MySQL において PIOPS指定可能な範囲は 1000〜30000（db.cr1.8xlarge のみ 20000 まで実現※30000指定は可能） です。 micro,smallレンジ タイプ.サイズ vCPU ECU RAM IO性能 PIOPS最適化 時間
AWSでマルチAZなセッション管理DBを構築する5つのプラクティス | DevelopersIO
はじめに セッション管理が必要なWebアプリケーションサーバをロードバランシングやクラスタリングなどで負荷分散構成とした場合、セッション情報をデータベースに保持し共有化する方法が一般的です。しかしAWSのインフラストラクチャ障害などでAZが丸ごとダウンするようなケースを考慮した場合、Webアプリケーションサーバと共に、セッション管理DBも複数のAZに分散配置するのが望ましいでしょう。 ではAWSでセッション管理DBを複数のAZに分散配置する場合、どのような手段が考えられるのでしょうか。というのが今回のスタート地点です。 1.AZ分散配置しない いきなり前提を覆すような話をしますが、そもそもAZ分散配置が必要なケースは、AZが丸ごとダウンしセッション管理DBが使えなくなることがサービス停止に直結する場合です。 つまりアプリケーションが「セッション管理DBに接続出来ない場合はローカルのDBやフ
AWS re:Invent2013参加レポート #13 AWS Storage and Database Architecture Best Practices | DevelopersIO
AWS re:Invent2013参加レポート #13 AWS Storage and Database Architecture Best Practices AWSのエンタープライズソリューションアーキテクトである、Siva Raghupathyさんによる「AWS Storage and Database Architecture Best Practices」に参加してきました。 各ストレージ、データベースの向き不向きとベストプラクティスを網羅的に紹介する内容でした。 AWSはデータベースだけでも沢山のサービスがあるので、どのサービスを利用するのが一番いいのか迷うことがよくあります。 以下は発表内容の直訳ですが、それぞれのサービスの特性を押さえておくことで、より確かな選定をするための一助になればと思います。 英語が分からなくて、訳せていない部分があります。 自信が無いところは元の英語
10 Things You Should Know About AWS - High Scalability -
« Paper: Tempest: Scalable Time-Critical Web Services Platform | Main | ESPN's Architecture at Scale - Operating at 100,000 Duh Nuh Nuhs Per Second » Authored by Chris Fregly: Former Netflix Streaming Platform Engineer, AWS Certified Solution Architect and Purveyor of fluxcapacitor.com. Ahead of the upcoming 2nd annual re:Invent conference, inspired by Simone Brunozzi’s recent presentation at an
suz-lab.com - suz lab リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
AWS News Blog
Announcing Amazon Managed Service for Apache Flink Renamed from Amazon Kinesis Data Analytics Today we are announcing the rename of Amazon Kinesis Data Analytics to Amazon Managed Service for Apache Flink, a fully managed and serverless service for you to build and run real-time streaming applications using Apache Flink. We continue to deliver the same experience in your Flink applications without
Amazon RDSでできないかも知れないことメモ
Amazon RDSのrootユーザーからは SHUTDOWN, FILE, SUPER, REPLICATION SLAVE, CREATE TABLESPACEが 取り上げられているので、これでできなくなるであろうことのメモ。 Shutdown_priv mysqladmin shutdownでmysqldをシャットダウンできない。 File_priv LOAD DATA INFILEステートメントが使えない。 SELECT .. INTO OUTFILEステートメントが使えない。 LOAD_FILE関数が使えない。 このページを見ていて知ったんだけれど、mysqldに--secure-file-privというオプションがあって、 これにディレクトリ名を渡すと、 そのディレクトリ{から|に}だけ{LOAD DATA|SELECT .. INTO OUTFILE|LOAD_FILE}でき
AWSの滅多に見られないベンチについて：Cloudpack20130517a
----- Meeting Notes (9/7/11 10:23) -----S3はジッタあるけど十分はやいでしょ。冗長構成をとっても問題のない速さ ----- Meeting Notes (9/7/11 10:23) -----microの特性を説明する ----- Meeting Notes (9/7/11 10:23) -----RDSをつかったときの絵 AWSの滅多に見られないベンチについて：Cloudpack20130517a Presentation Transcript パフォーマンスあれこれこんなパフォーマンス話めったにしないんだからねっ荒木靖宏twitter.com/ar1, facebook.com/araki.yasuhirocloudpack Night #6 自己紹介名前• 荒木 靖宏所属• アマゾンデータサービスジャパン（株）プリンシパルソリューションアーキテ
MySQLのDRBD構成におけるネットワーク遅延の影響について - SH2の日記
今さらですが、Amazon RDSのマルチAZデプロイメントについて調べていました。マルチAZデプロイメントとは、独立した電源、空調、ネットワーク、セキュリティを備えた物理的に異なるロケーションに対して同期レプリケーションを行うことで、データベースの耐障害性を高める機能です。AZはAvailability Zoneの略です。 異なるロケーションに対する同期レプリケーションと聞くと、性能が出ないのではないかという懸念がどうしても出てきます。そこで、どの程度性能が落ちるものなのか検証を行いました。なお、すでに実際のAmazon RDSを利用して検証を行った方がいらっしゃいましたので、今回は手元の環境を利用して、ネットワーク遅延やMySQLパラメータと性能との関連性を確認していきたいと思います。 Amazon RDS MYSQL Performance Benchmarking - Cloud
Announcement: ELB stickiness updates to support Feb 2020 Chromium CORs changes
You have been redirected here because the page you are trying to access has been archived. AWS re:Post is a cloud knowledge service launched at re:Invent 2021. We've migrated selected questions and answers from Forums to AWS re:Post. The thread you are trying to access has outdated guidance, hence we have archived it. If you would like up-to-date guidance, then share your question via AWS re:Post.
AWS News Blog
Amazon Titan Text V2 now available in Amazon Bedrock, optimized for improving RAG The Amazon Titan family of models, available exclusively in Amazon Bedrock, is built on top of 25 years of Amazon expertise in artificial intelligence (AI) and machine learning (ML) advancements. Amazon Titan foundation models (FMs) offer a comprehensive suite of pre-trained image, multimodal, and text models accessi
INTEROP 2012: High Availability Patterns in AWS
1. High Availability Patterns in AWS Mumbai,2012 Harish Ganesan Co-Founder and CTO in.linkedin.com/in/harishganesan Harish11g.AWS@gmail.com 2. Workshop A fault tolerant environment has no service interruption but a significantly higher cost, while a highly available environment has a minimal service interruption Across Clouds/DC Across Regions Inside Region 2 3. Availability Zone = Distinct Physic
Best Podcast Hosting Sites & Platforms 2023: Top 10 Free & Paid
Podcasting as a medium for entertainment and media has largely exploded in recent years, spurred even more by the pandemic and stay-at-home entertainment. However, starting a podcast usually isn’t as simple as t recording into a microphone and uploading it on the internet. Continue reading below as we highlight some of the top podcasting hosting platforms that you can browse if you’re looking to s
RDSは1秒未満のスロークエリを記録できない。そこでmin_examined_row_limit
1以上のintegerですね。RT @hiroohi: あれ？RDS(mysql)のParameterGroupって、long_query_timeは1秒以上しか設定できない？ #jawsug — ARAKI Yasuhiroさん (@ar1) 6月 13, 2012 いろんな人に言われることではあるが、RDSは1秒未満のスロークエリを記録できない。 そこで使えるひとつの方法は、 minexaminedrow_limitを使うこと。折角なので超プロのblogから引用。 漢(オトコ)のコンピュータ道: MySQL 5.1のスロークエリログ min_examined_row_limitという変数が追加されたのも見逃せない。この変数を指定すると、「○○○行以上の行をテーブルから読み込んだクエリをスロークエリログに記録する」という指定ができるようになる。多くの行を読み込むクエリは、潜在的にサーバ全
JAWS-UG@Kyoto で発表してきました - wtatsuruの技術方面のブログ
[http://atnd.org/events/21055:title-JAWS-UG - Kyoto勉強会 第2回] で、「はてなブログの下側」というタイトルで発表してきました。 JAWS-UG-Kyoto-2nd View more presentations from Tatsuru Watanabe 内容に関してはこんな感じです。 はてなのサービスとして初めてAWS上でリリースされた、はてなブログのインフラ面について。 ベータ中の体制と将来的な案、それに関わるメリットと不安。 柔軟なインフラが作れてうれしい！ L2, L3 の自由が無くて苦しい！ CPU・メモリは安くてうれしいが、SSD中毒なのでI/Oつらい！
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Casey Labs | AWS Infrastructure Consultant