タグ

DBとAmazonに関するs_ryuukiのブックマーク (16)

  • RDSのDBメンテナンスについて

    内容 らくがき記事、RDSでダウンタイムなしの24-365構成ってどうすればと思い書いている記事です。 とりあえずはRDSでメンテナンスやアップデート処理が走る時に、サービスダウンするのか否かを整理した資料となります。 RDS(MySQL)の整理 機能概要 最大 64 TiB のデータベースサイズをサポート 汎用インスタンスクラス、メモリ最適化インスタンスクラス、およびバースト可能パフォーマンスインスタンスクラスをサポート 自動バックアップとポイントインタイムリカバリをサポート。 単一のリージョン内または 5 つのリードレプリカのクロスリージョン内で、インスタンスごとに最大 15 個のリードレプリカをサポート 可用性と耐久性 3種類のオプションが選択可能 単一DBインスタンス スタンバイインスタンスのない単一の DB インスタンスを作成します。 マルチAZ DBインスタンス 別のアベイラビ

    RDSのDBメンテナンスについて
  • Amazon DynamoDB の論文を読んでいく - Qiita

    概要 AWS で人気のサービス DynamoDB についての論文が公表され巷で噂になっていたと思う。 今回は、その論文を読み込んでいき、ざっくりまとめていくという記事になります。 完全趣味な記事なので、興味ある人がいれば幸いです笑 Abstract まず論文のタイトルですが、「Amazon DynamoDB: A Scalable, Predictably Performant, and Fully Managed NoSQL Database Service」と題したものとなっています。 Amazon DynamoDB は、NoSQL とよばれる部類のデータベースサービスです。 一貫した耐久性、可用性、パフォーマンスを提供してくれるマネージドなサービスなのが特徴ですね。 冒頭、2021年に66時間にわたる「Amazon Prime Day」中にピーク時8920万リクエスト/秒をさばいてい

    Amazon DynamoDB の論文を読んでいく - Qiita
  • DynamoDBで柔軟な検索をする - Qiita

    この記事の目的 Amazon DynamoDB(以下DynamoDBと記載)の可用性や書き込みのスループットの高さには大変魅力を感じています。 しかしながら、RDBとは全く異なる発想での設計が必要な点や、検索処理の自由度の低さに対しての有効な手立てを持ち合わせていない(スキルの問題)などがあり、なかなか実案件で採用するに至っていません。 そんな折に、とあるセミナーでDynamoDBの設計ノウハウを学ぶことが出来ましたので、その内容を自分なりに整理するためにこの記事を書きました。 (なお、セミナー主催者には内容を記事で公開してよい旨の了解をいただいています。) 試したこと 試したことは大きく2つあります。 転置インデックスを用いて、ある程度複雑なデータモデルを1テーブルで処理する パーティションキーの属性で前方一致検索をする方法を模索する 表記ルール DynamoDBの用語については、文末

    DynamoDBで柔軟な検索をする - Qiita
  • Amazon DynamoDB スケーリングのベストプラクティス | Amazon Web Services

    Amazon Web Services ブログ Amazon DynamoDB スケーリングのベストプラクティス はじめに 長年にわたって、Amazon DynamoDB はものすごいスピードで進化を遂げています。グローバルセカンダリインデックス(GSI)、クエリ式のサポート、Auto Scaling 機能、そして、ポイントインタイムリカバリ (PITR) 、オンデマンドモードを断間なくリリースされました。お客様はモバイルバックエンドをはじめ、ゲームや IoT (Internet of Things) の実装まで、さまざまなユースケースで DynamoDB を使用してきました。 記事は、DynamoDB を利用する中で、スケーリングの部分に焦点に当たって、スケーリングを考えるときのポイントを説明します。その後、代表的なワークロード、例えば、新しいサービスローンチや、ゲームにおいては新しい

    Amazon DynamoDB スケーリングのベストプラクティス | Amazon Web Services
  • Software Design (ソフトウェアデザイン) 2022年06月号の「後悔しないAWSデータベースの選び方 RDSとDynamoDB,使い分けのポイントを徹底解説」について - Qiita

    Software Design (ソフトウェアデザイン) 2022年06月号の「後悔しないAWSデータベースの選び方 RDSとDynamoDB,使い分けのポイントを徹底解説」について AWSRDSnosqlDynamoDBAurora 初めに TwitterDB界隈で少し話題になっていた特集の記事について、個人的に気になった指摘事項の一覧です。 記事自体は限られた紙面数で簡潔に読みやすくまとまっており、特にAurora/RDSについては要注意なポイントについてもまとめられていてわかりやすいものでした。 しかしながら、私知識と経験の範囲内での判断で、説明不足や技術的に誤解を招く表現等が見られたのでまとめてみます。 ※執筆者は普段の業務も忙しい中で限られた時間、紙面数で対象読者に向けて記事をまとめるので必死でしたでしょうし、どんな人でもどうしても経験や知識の範囲は限られてしまうことから、誰も

    Software Design (ソフトウェアデザイン) 2022年06月号の「後悔しないAWSデータベースの選び方 RDSとDynamoDB,使い分けのポイントを徹底解説」について - Qiita
  • DynamoDBのロギング戦略について、あるいはDynamoDB PTIRのユースケースについて

    はじめに 複合的要因により、DynamoDBをメインDBに据え置くという前衛的な開発をやりはじめて(やらざるを得なくなって)そこそこ時が経ったような気がするのですが、いくら注意深くコードを書いてみても結局データベースの過去の状態を簡単に再現できないのはとても不安に感じます。 「DynamoDB ロギング」と検索し、ログをDynamoDBに集約する数多の記事をスルーしつつ、一抹の希望を胸にAWSの公式ドキュメントの『AWS CloudTrail を使用した DynamoDB オペレーションのログ記録』( http://docs.aws.amazon.com/ja_jp/amazondynamodb/latest/developerguide/logging-using-cloudtrail.html )に目を通し、テーブル操作周りばっかじゃねえか!と嘆かれた方も多いことでしょう。 Dynam

    DynamoDBのロギング戦略について、あるいはDynamoDB PTIRのユースケースについて
  • DynamoDB の設計について考えてみる。 - Qiita

    Amazon DynamoDB の特性 フルマネージド型の NoSQL データベースサービス 3つの Availability Zone に保存されるので信頼性が高い 性能要件に応じて、テーブルごとにスループットキャパシティを定義するキャパシティの Auto Scaling、オンデマンドキャパシティといった設定も可能 ストレージの容量制限がない DynamoDB のテーブル DynamoDB におけるテーブルはRDBMSにおけるテーブルと概念が異なります。 テーブルを作成する際に、Primary Key を指定する必要があります。 Primary Key はテーブルの各項目を一意に識別するために使います。Primary Key は、Partition Key および Sort Key で構成されます。(Sort KeyがなくPartition Keyのみの場合もあります) Item は R

    DynamoDB の設計について考えてみる。 - Qiita
  • DynamoDB の基礎と設計 / DynamoDB Design Practice

    Qiitaにも記事があります https://qiita.com/_kensh/items/2351096e6c3bf431ff6f サーバーレスでよく利用される Amazon DynamoDBですが、設計方針はRDBMSと違うとよく言われます。 アクセスパターンに従った、DynamoDBならではの設計の仕方を一緒に学んでみませんか?

    DynamoDB の基礎と設計 / DynamoDB Design Practice
  • サーバレスで扱うデータストアとしてS3という選択肢があるらしい - Qiita

    この記事は、ニフティグループ Advent Calendar 2020 最終日の記事です🎄 昨日は、@RPcat さんの 即フォーマットチェックにincronを使う でした。 ファイルの変更や操作を監視してくれるコマンドが用意されていることを知らなかったので、非常に勉強になりました。 はじめに 皆さん、サーバレスアプリケーションを作ろうと考えたときに選択するデータストアとして何を思い浮かべますか? 多くの人が思い浮かべるのは、 Amazon DynamoDB Amazon RDS + Amazon RDS Proxy だと思います。 ただ、DynamoDBを使っているときに「使い慣れているSQLを使いたいなあ」と感じたり、個人でRDSを使うには「金額が高すぎるなあ」と感じることがあると思います。自分がそう感じていました。 そこで、これらの問題を解決する一つの選択肢として Amazon S

    サーバレスで扱うデータストアとしてS3という選択肢があるらしい - Qiita
  • Amazon Auroraの先進性を誰も解説してくれないから解説する - Qiita

    TL;DR; Amazon AuroraはIn-Memory DBでもなくDisk-Oriented DBでもなく、In-KVS DBとでも呼ぶべき新地平に立っている。 その斬新さたるやマスターのメインメモリはキャッシュでありながらWrite-BackでもなくWrite-Throughでもないという驚天動地。 ついでに従来のチェックポイント処理も不要になったのでスループットも向上した。 詳細が気になる人はこの記事をチェキ! Amazon AuroraAWSの中で利用可能なマネージド(=運用をAWSが面倒見てくれる)なデータベースサービス。 ユーザーからはただのMySQL、もしくはPostgreSQLとして扱う事ができるのでそれらに依存する既存のアプリケーション資産をそのまま利用する事ができて、落ちたら再起動したりセキュリティパッチをダウンタイムなしで(!?)適用したりなどなどセールストー

    Amazon Auroraの先進性を誰も解説してくれないから解説する - Qiita
  • MySQL5.7 / RDS / Aurora / Cloud SQL の性能比較 | 外道父の匠

    CloudSQLの価格は実戦的という意味で、per Dayの価格を24hourで割った価格にしています。 メモリは2GBあれば検証としては十分なので格差は関係ありません。 IOPSはEBSならGeneral Purposeの1000GB*3で最大確保しています。 その他、ネットワーク周りなどポイントがあれば都度、補足していきます。 ベンチマークのデータ 今回、採取した全データはこちらになります。一部、目的に対して不要と判断したら省略しています。まぁ、こんなオレオレメモデータを見ても楽しくないでしょうから、1つ1つ考察していきましょう。 手法について 私がよくやる計測方法なのですが、innodb_buffer_pool_size がデータ容量より大きい健全な状態と、最小の16MBで過負荷ストレージを演出し、それぞれで参照/更新を別々にランダムアクセスをすることで、最初のボトルネックを炙り出し

    MySQL5.7 / RDS / Aurora / Cloud SQL の性能比較 | 外道父の匠
  • Amazon Redshift DB開発者ガイド – データベース使用入門 | DevelopersIO

    はじめに このエントリは下記ドキュメントの翻訳版的位置付けで書いています。 Getting Started Using Databases - Amazon Redshift 途中『TICKIT』データベースのテーブル作成の辺りでデータの準備やS3からのロードを行う部分がありますが、該当するサンプルデータは用意しておりません。(※実装公式ドキュメントの方でも見つからなかった)流れ的には追って行けると思いますが、もし実データをAmazon S3にアップしRedshiftにロードする...と言った作業を実践してみたいと言う方は以下のエントリをご参照ください。別テーブルの内容ではありますが、一連の該当部分についても解説しています。 Amazon Redshiftを始めてみよう(入門ガイド翻訳&実践:前編) | Developers.IO Amazon Redshiftを始めてみよう(入門ガイド翻

    Amazon Redshift DB開発者ガイド – データベース使用入門 | DevelopersIO
  • Amazon RDS(MySQL)でTimezoneを変更する | DevelopersIO

    ども、大瀧です。 RDSにするか、DB on EC2にするかを検討する際によく挙がるのが、Timezoneをどうするかという話。AWSのサービスは基的にはUTC(世界標準時)で提供され、RDSも例外ではありません。 「世界展開を狙うサービスであれば当然UTCで!」となるのですが、既存システムをAWSに移行する案件などでは「アプリの改修ができないので、移行前とTimezoneを合わせたい」ケースが多いと思います。 EC2であれば、OSのTimezone設定をちょちょいと変えるだけで対応できるのですが、RDSは直接インスタンスにログインできないため、ちょっとした工夫と注意が必要です。 概要 今回はRDS MySQLを対象に、Timezoneを変更する方法をご紹介します。 RDSでユーザーに提供される"Masterユーザー"は、MySQLのrootユーザーとは異なりSUPER権限(管理者権限)

    Amazon RDS(MySQL)でTimezoneを変更する | DevelopersIO
  • Amazon DynamoDBの概要説明

    3. AWSのサービス お客様のアプリケーション ライブラリ & IDE プラグイン デプロイと自動化 SDKs Web インターフェース AWS Elastic Beanstalk Java, PHP, .NET, Management Console Eclipse AWS CloudFormation Python, Ruby Visual Studio 認証 & 請求 ネットワーク&ルーティング AWS IAM モニタリング スケーリング Amazon VPC Identity Federation Amazon CloudWatch Auto Scale Amazon Elastic LB Consolidated Billing Amazon Route 53 AWS Direct Connect メール オンデマンド コンテンツ配信 メッセージ Amazon Amazon S

    Amazon DynamoDBの概要説明
  • Amazon RDS (Relational Database Service) の概要説明

    1. Amazon RDS (Relational Database Service) の概要説明 アマゾン データ サービス ジャパン 株式会社 エバンジェリスト / 技術推進部長 玉川 憲 (tamagawa@amazon.com) Ver0.9: 更新日: 2011年9月1日 2. Amazon RDSとは? AWSがクラウド上で提供するRDBMSサービス  Webコンソールから、サイズ変更可能なDBインスタンス を、ものの数分で起動できる  RDBMSの運用保守の手間を劇的に下げる  MySQLOracle DBが選択可能(9/1時点) 3. Amazon RDSの特徴 既に最適化され、設定と運用が容易 Webコンソールでも、APIでも操作できる RDSを用いると、下記の運用作業の手間を削減  RDBMSのインストール、設定、バックアップ  パッチ更新  レプリケーシ

    Amazon RDS (Relational Database Service) の概要説明
  • IT news, careers, business technology, reviews

    Heads on: Apple’s Vision Pro delivers a glimpse of the future

    IT news, careers, business technology, reviews
  • 1