この記事は、NTT Communications Advent Calendar 2021 4日目の記事です。 こんにちは、イノベーションセンターでSREとして働いている昔農(@TAR_O_RIN)です。主にNTT Comのソフトウェアライフサイクルの改善への取り組みやアーキテクトに関わる仕事をしております。本日はサービスメッシュを題材に，その中で用いられるEnvoyの活用パターンを手を動かして理解するお話をさせていただきます。 また，昨年までのアドベントカレンダー記事もご興味があればご覧ください！ 2020年 How do you like k3s ? - CoreDNSで作るお家DNS Cacheコンテナ 2019年 TektonでCI/CDパイプラインを手の内化しよう 2018年 DevOpsってこんな仕事！考え方とスキルセットのまとめ 2017年 DockerのnetworkをCa

--------------------------------------------------------------------------------------------------------------------------------------------------------- Redis(REmote DIrectory Server)Redisは例えば以下の特徴を持つLLOOGGを元としたインメモリの非リレーショナルのデータベースです。 String, List, Hash, Set, Sorted Setに代表される豊富なデータ型シングルスレッド処理イベント駆動処理 by aeライブラリ通常RESPプロトコルによるクライアント/サーバーモデルでリクエスト/レスポンスデータは条件を満たす場合にメモリ最適化されて保存。CPUとのトレードオフRAXを利用したメモ

A visual guide on troubleshooting Kubernetes deploymentsMay 2024 TL;DR: here's a diagram to help you debug your deployments in Kubernetes (and you can download it in the PDF version and PNG). This diagram is also translated into the following languages: 中文, Translated by Addo Zhang (PDF | PNG)Português — Translated by Marcelo Andrade (PDF | PNG)Español mexicano — Translated by Raymundo Escobar & J

Akka Clusterを運用していくとなると、社内でこの資料を読んで理解しておきたいねって話があった。 Akka Clusterの耐障害設計 from TanUkkii で、Scala関西 Summit 2016の資料じゃーん、おやもしかして動画あるんじゃね?って探したらあった。 【Scala関西Summit2016】Akka Clusterのネットワーク分断耐性設計 で、こちらを拝聴したところ、すごい世界が広がってたので、そこからのめりこむように、沼な世界を調べてったあたりのことをメモっておく。 沼の入口は↓ Akka Clusterの耐障害設計-スピーカーノート 冒頭の資料、動画のスピーカーノートは↓。 github.com 動画で聞きとれなかったところは、スピーカーノートで再度確認すると、さらに深い知見が伺える。 冒頭でお話されてた、Akka Clusterの適用領域に関する考察と

Yuto Kawamura from LINE Corporation presented on their use of Apache Kafka clusters to provide multitenancy for different internal teams. They face challenges in ensuring isolation between client workloads and preventing abusive clients. Their solutions include request quotas to limit client resource usage, slow logs to identify slow requests, and changes to the broker code to pre-warm caches and

Not all systems can meet their SLAs by relying on CPU/memory usage metrics alone, most web and mobile backends require autoscaling based on requests per second to handle any traffic bursts. This step by step guide shows you how to set up Kubernetes Horizontal Pod Autoscaler with Prometheus defined custom metrics, to fine tune your application monitoring and ensure high availability. Autoscaling in

Part 1: Philosophy Behind our Data InfrastructureAt Airbnb we promote a data informed culture and use data as a key input for making decisions. Tracking metrics, validating hypotheses through experimentation, building machine learning models, and mining for deep business insights are all critical to our moving fast and moving smart. After many evolutionary steps, we now feel that our data infrastr

Philosophy We strive to create an environment conducive to many different types of research across many different time scales and levels of risk. Learn more about our Philosophy Learn more

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? というテーマで東京Node学園祭2015でセッションさせて頂くことになったので、先に整理/メモ的ななにかを。 （追記）以下資料で発表しました。 大規模Node.jsを支える ロードバランスとオートスケールの独自実装 http://www.slideshare.net/kidach1/nodejs-54841327 作ったもの ・スマホゲーム（マルチプレイアクション） 【公式】メザマシフェスティバル(メザフェス) | 株式会社アカツキ https://mezamashi-festival.aktsk.jp ・2D横スクロール ・マルチプレ

「Docker Machine/Compose/Swarm」を使ってみよう 発表資料 https://sakura-kanto.doorkeeper.jp/events/36134 日時：2016年1月22日（金）19:00～21:00 会場：さくらインターネット　西新宿セミナールーム＠東京・西新宿 対象：Dockerに関心がありDocker Machine/Compose/Swarmを触った事がない人

はじめに はじめまして、nendでインフラ担当をしているn_watanabeです。 今回はAWS EC2でVIP(仮想IP)を使ったActive/Standby構成を組む方法を紹介します。 技術要素としては、AWS EC2(AmazonLinux) ＋ Pacemaker + Corosyncとなります。 Pacemaker構成をオンプレミスで使う場合、IPアドレスはOS上で設定すればいいだけなのですが、 AWSの場合はAWSのシステムに対して設定してあげる必要もあります。 IPアドレスをOSに設定しただけではパケットはインスタンスに到達しません。 注意点として、今回のようにEIPではなくプライベートアドレスを切り替える方式の場合は、 2台が同一Subnetにいる必要があるのでMulitiAZできないという制約があります。 ちなみにちょっとカッコよくいうと、CDP:Floating IPパ

本連載では、実際に「MySQL Cluster」を利用するためのチュートリアルとなるように、その特徴と基本的なアーキテクチャからインストール、基本的な操作などをコマンド付きで解説していきます。第1回の今回は、MySQL Clusterの特徴とアーキテクチャについて紹介します。 MySQL Clusterとは？ 「MySQL Cluster」は「MySQL Server」とは開発ツリーの異なる製品で、共有ディスクを使わずにアクティブ−アクティブのクラスタ構成が組めるリレーショナルデータベースです。カラムやインデックス、ノードの追加・削除といった各種メンテナンス処理をオンラインで実行できる、単一障害点がなく可用性が非常に高い、などの特徴があります。そのため、米国海軍の航空母艦における航空機管制システムなど、ミッションクリティカルな分野でも多く利用されています。 また、基本的にはデータとインデッ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

表題の通り、MySQL Cluster 7.4で楽しむスケールアウトというタイトルのスライドを公開した。 以下余談。（＝話が発散してしまうので、発表では言わなかったこと。） MySQL Clusterは、その出自がMySQLとは別プロダクトで、なおかつ独立して動作するデータベース製品であるが故に、通常のMySQLとは使い方の幅が違うように思う。（元々MySQLとは別プロダクトという意味では、InnoDBもそうだが。）自分でスライドの絵を描いていて思ったのだが、使い方の幅が広がると言えば聴こえは良いが、ぶっちゃけ使い方としては複雑になる部分は否めない。だが、複雑化というものは、性能を求めていく上である程度は仕方がないものだと思う。例えばキャッシュが良い例だ。CPUのキャッシュメモリやファイルシステムキャッシュは、その存在はシステムをより複雑にしてしまっているが、その分大きな性能向上の見返りが

（株）ＪＲ東日本情報システム様は、昨年システム障害の発生から解決までのプロセスを記録して集約し、再発を防ぐ仕組みを構築しました。その心臓部には、オープンソースで構築しながら高可用性を確保するために、MySQL Cluster とHP Moonshot Systemの組み合わせが採用されています。本セッションではシステムの背景、テクノロジー採用の背景、どのようにして高可用性を確保しているのかを数多くの検証に基づき解説します。是非ご期待ください。Read less

第9回はMySQL Clusterを用いたスケールアウト構成に関して、アーキテクチャと特徴的なSQLとNoSQLのハイブリッドAPIについて解説します。 MySQL Clusterとは MySQL Clusterはシェアードナッシング型（共有ディスクや共有ストレージ不使用）のアクティブ・アクティブ型データベースクラスタです。MySQL Cluster内の全てのコンポーネントが多重化され、単一障害点（SPOF：Single Point Of Failure）がなく、データを管理するノードに障害が発生した場合はそのノードを切り離すだけで処理を継続できるため高い可用性を持っています。 システム拡張性の観点からは、MySQL Clusterのノードを追加することで処理負荷の分散と格納できるデータ容量の拡張ができる、スケールアウト型の構成となります。特に重要なのは、参照処理性能の向上だけではなく、M

For customersCustomer supportSubscription managementSupport casesRed Hat Ecosystem CatalogFind a partnerFor partnersPartner portalPartner supportBecome a partner Try, buy, & sellRed Hat MarketplaceRed Hat StoreContact salesStart a trialLearning resourcesDocumentationTraining and certification Hybrid cloud learning hubInteractive labsLearning communityRed Hat TVOpen source communitiesAnsibleGlobal

redis_cluster.md Redis Cluster のリシャーディングとorphaned masterの話 （2019/04 追記 こちらの情報は非常に古く、またRC版での結果となります。記録として残していますが参考になさらないでください） CyberAgent エンジニア Advent Calendar 2014 2日目です。 昨日に引き続き、秋葉原ラボの柿島が担当します。仕事ではHadoopクラスタの運用を中心に、秋葉原ラボのインフラ/ミドルウェアまわりを担当しています。今年はHadoop、mesos、Aerospikeと分散型のシステムを触る機会が多い1年でした。 この記事のテーマはRedis Clusterです。Redis Clusterが使えるようになるRedis 3.0.0は10月にRC1がリリースされました。2015年のQ1にstableリリースを目指しているようで

1- 3．設定 /etc/zookeeper/conf/zoo.cfgを編集 (末尾に追加) server.1=192.168.2.80:2888:3888 server.2=192.168.2.98:2888:3888 server.3=192.168.2.95:2888:3888 /etc/mesos/zkを編集 zk://192.168.2.80:2181,192.168.2.98:2181,192.168.2.95:2181/mesos /etc/mesos-master/quorumを編集 2 Mesos-Slaveを無効にします。 /etc/init/mesos-slave.confを編集 cat /etc/init/mesos-slave.conf description "mesos slave" # Start just after the System-V jobs (