Tìm kiếm
40 kết quả cho “CLUSTER MIGRATION”. Tìm không phân biệt dấu.
- Migration không downtime Chủ đề Thành viên
Hệ thống đang chạy thật (gọi xe, chat, thiết kế) không được dừng, nhưng phải đổi ngôn ngữ, database hoặc hạ tầng bên dưới.
- Atomic slot migration with Redis 8.4 Bài tóm tắt · Redis · 2026
…(Redis Cloud Pro) dựa trên tính năng này. Bối cảnh - Redis Cluster chia key vào 16.384 hash slot ( CRC16(key) mod 16384 , hoặc phần trong {} ), mỗi node giữ một tập slot. Phải dời…
- Migration from HBase to MyRocks at Quora Bài tóm tắt · Quora · 2021
…nh, MySQL (đã tự shard dọc và ngang) và HBase (key-value, 3 cluster để cô lập). Hai hệ rất phức tạp và không chia sẻ được kiến thức hay công cụ với nhau. - HBase được truy cập từ P…
- Online index migration and shard-scaling in OpenSearch with AOSC Bài tóm tắt · Atlassian · 2026
…ker trên mỗi data node làm phần của shard, coordinator trên cluster-manager điều phối toàn index; trao đổi qua cluster state (xuống) và transport action (lên). Có API trạng thái ch…
- The Great K8S Migration Bài tóm tắt · Reddit · 2020
…production. - Sự cố nhỏ: service discovery sai vì Ads API ở cluster khác, revert và sửa trong vài phút. Bài học: trước khi chuyển, gọi thử một endpoint của CM từ phía service nhận…
- This Rocket Ain't Stopping - Achieving Zero Downtime for Rails to Golang API Migration Bài tóm tắt · Grab · 2016
…public của app hành khách sang server Go, rồi trỏ DNS sang cluster Go. Thay đổi chính - Quy tắc: mỗi endpoint phải qua unit test, load test, QA staging, shadow test trên productio…
- Accelerating real-time alerts with Redpanda: a successful migration story Bài tóm tắt · Redpanda · 2023
Khách FinTech cần hệ cảnh báo dữ liệu thị trường độ trễ thấp: trung bình đầu-cuối vài chục ms.
- Slack's Migration to a Cellular Architecture Bài tóm tắt · Slack · 2023
…từ control plane xDS tự viết (Rotor). Rút AZ = đổi trọng số cluster theo AZ qua RTDS; trọng số 0 thì request đang chạy vẫn xong, request mới sang AZ khác. Lan truyền trong vài giây…
- Attack of the Shards: Our Migration to FoundationDB, Part 2 Bài tóm tắt · Inngest · 2026
…000 account để range scan trên FDB ngắn. Mỗi bậc giá có một cluster FDB riêng. Account mới vào một shard chọn ngẫu nhiên (seed theo account ID); operator dời được về sau. - Định tu…
- Scaling Grab's Data Lake: Our journey to Apache Iceberg adoption Bài tóm tắt · Grab · 2026
…n, bỏ liệt kê object). - Dataset phân tích phễu: tài nguyên cluster giảm khoảng một nửa. - UnifiedSparkCatalog (mở mã nguồn): Spark chỉ có một catalog mặc định, nên khi Iceberg, De…
- Migrating billions of records: moving our active DNS database while it's in use Bài tóm tắt · Cloudflare · 2024
…d, phần lớn zone dưới 100. - Ban đầu Cloudflare dựa vào một cluster Postgres cfdb (primary + replica) cho hầu hết control plane. Từ khoảng 2017 nhiều service đã dời dữ liệu ra micr…
- Herding elephants: Lessons learned from sharding Postgres at Notion Bài tóm tắt · Notion · 2021
…vì muốn kiểm soát cách phân bố dữ liệu và không muốn logic cluster "mờ". Họ cũng đã cân nhắc và loại DynamoDB (quá rủi ro) và Postgres trên NVMe bare-metal (tốn công backup và rep…
- Scaling Pinterest - From 0 To 10s Of Billions Of Page Views A Month In Two Years Bài tóm tắt · Pinterest · 2013
…g điều này chỉ đúng với dữ liệu không có giá trị tiền bạc). Clustering hay sharding - Clustering (Cassandra, Membase, HBase: dữ liệu tự phân phối, tự di chuyển, node nói chuyện với…
- Follow Up - Preventing Upgrade Failures from etcd v3.5 to v3.6 Bài tóm tắt · etcd (CNCF) · 2025
…thì nâng cấp hỏng ( membership: too many learner member in cluster ); một cái thì vẫn lên nhưng mất một phiếu, ảnh hưởng quorum (v3.6.0-rc.3 thêm tự promote learner lúc bootstrap)…
- Scaling Production Globally — The service mesh facelift (Part-1) Bài tóm tắt · Achievers · 2022
…ác thực và phân quyền, mTLS, failover theo locality , multi-cluster, chính sách traffic, quan sát tốt. - Từ 2019 dùng Kong làm API gateway. Cân nhắc Kuma (chưa đủ chín cho multi-cl…
- How LinkedIn extended ClickHouse from distributed tracing to metric discovery and analytics Bài tóm tắt · ClickHouse · 2026
Hệ tracing dựa trên OpenTelemetry theo request từ app của member xuống mọi service. Lấy mẫu đầu 1% mà vẫn sinh khoảng 0,8 nghìn tỉ span và 200 TB chưa nén mỗi ngày.
- How we rebuilt the search architecture for high availability in GitHub Enterprise Server Bài tóm tắt · GitHub · 2026
…ation cho nhất quán là quá khó. Thay đổi chính - Dùng Cross Cluster Replication (CCR) của Elasticsearch: mỗi node GHES chạy một cụm Elasticsearch một node, độc lập ; CCR chép dữ li…
- Search Federation Architecture at LinkedIn Bài tóm tắt · LinkedIn · 2018
LinkedIn có nhiều "search backend" theo use case (People, Job...). Tầng federation ở giữa làm ba việc: mở rộng query (query understanding, spell check), fan-out tới các backend, rồi "blend" kết quả.
- Journey from EC2 to Containers Bài tóm tắt · Disney Hotstar · 2020
…orld Cup 2019, tới 25 triệu user đồng thời , trên khoảng 10 cluster Kubernetes tự vận hành. - Theo Hotstar: hạ tầng chạy kiểu "lái tự động" khi scale lên xuống trong sự kiện; thời…
- Sharding và tách database Chủ đề Thành viên
Một database quan hệ duy nhất là điểm khởi đầu của hầu hết sản phẩm. Đến một lúc nó không chịu nổi lượng ghi, dữ liệu không còn vừa một máy, hoặc một sự cố ở DB đó làm sập mọi tính năng.
- Độ tin cậy và multi-region Chủ đề Thành viên
Thay đổi kiến trúc lớn thường không đến từ kế hoạch mà từ một sự cố đau đớn. Khi đã chạy nhiều vùng, nhiều giả định của hệ thống một vùng không còn đúng.
- Deploy và release an toàn Chủ đề Thành viên
Phần lớn sự cố bắt đầu bằng một thay đổi: code mới, cấu hình mới, hạ tầng mới. Khi hệ thống và tổ chức lớn lên, câu hỏi là làm sao đưa thay đổi lên production thường xuyên mà vẫn giới hạn được thiệt hại khi có lỗi.
- Event-driven, message queue và Kafka Chủ đề Thành viên
Khi một hệ có nhiều bên cần biết "có gì vừa xảy ra" (đơn hàng đổi trạng thái, tin đăng được sửa, ticket được cập nhật), gọi đồng bộ từng bên một làm producer phải biết mọi consumer, và một consumer chậm kéo chậm cả…
- Failover, replica và dự phòng dữ liệu Chủ đề Thành viên
Mọi hệ có trạng thái đều giữ nhiều bản (replica) để một máy chết không làm mất dịch vụ. Khó không nằm ở việc có bản sao mà ở lúc chuyển sang bản sao:
- Hot partition và thundering herd Chủ đề Thành viên
Chia dữ liệu và tải ra nhiều máy chỉ hiệu quả khi tải chia đều. Thực tế tải lệch: một khách hàng khổng lồ, một kênh có @everyone, một bài của người nổi tiếng. Có hai dạng hay gặp:
- Nền tảng nội bộ cho service (đường ray chung) Chủ đề Thành viên
Tách hệ thống thành nhiều phần (service, hoặc component trong một monolith) giải được bài toán tổ chức. Nhưng nếu mỗi team tự làm RPC, retry, log, metric, contract theo cách riêng, thì ta chỉ đổi một kiểu hỗn loạn lấy…
- Sự cố và postmortem Chủ đề Thành viên
Nhiều bước ngoặt kiến trúc trong wiki bắt đầu từ một sự cố: Netflix lên cloud sau 3 ngày không gửi được DVD, Twitter viết lại hệ thống sau World Cup 2010, Instagram đi nhiều data center sau trận bão 2012. Trang này gom…
- Chọn database theo workload Chủ đề Thành viên
Không có database tốt nhất, chỉ có database hợp với mẫu đọc/ghi ở một quy mô cụ thể. Mẫu đó thay đổi khi sản phẩm lớn lên. Ngoài ra, chuyên môn vận hành của đội cũng là một phần của "workload".
- Monolith và microservices — đi và quay lại Chủ đề Thành viên
Lúc nào nên tách hệ thống thành nhiều service, và cái giá của việc đó là gì? Các nguồn hiện có cho thấy đây không phải đường một chiều.
- Hạ tầng tìm kiếm Chủ đề Thành viên
Lúc đầu, tìm kiếm là LIKE trên database hoặc một thư viện (Lucene) nhúng trong app. Khi dữ liệu và tính năng tăng, search thành một hệ có trạng thái riêng, khác database ở mấy điểm:
- Pipeline dữ liệu và analytics Chủ đề Thành viên
Lúc đầu, báo cáo chạy thẳng trên DB production. Đến một lúc truy vấn phân tích làm chậm giao dịch, dữ liệu cần gộp từ nhiều nguồn, và có thêm người dùng mới (analyst, ML, khách hàng xem dashboard). Khi đó cần một mặt…
- Multi-tenancy và cô lập tenant Chủ đề Thành viên
Một hệ phục vụ nhiều khách (tenant: workspace, shop, organization, account, service nội bộ) trên cùng hạ tầng thì rẻ và dễ vận hành, vì tài nguyên được dùng chung. Cái giá là bốn câu hỏi đi theo hệ suốt đời:
- Chi phí hạ tầng và build vs buy Chủ đề Thành viên
Khi còn nhỏ, chi phí hạ tầng là chuyện phụ và cloud là lựa chọn hiển nhiên. Khi lớn lên, hoá đơn có thể chiếm phần lớn giá vốn. Hai câu hỏi xuất hiện: tối ưu chi phí trên nền đang có thế nào, và khi nào nên tự xây (hoặc…
- Kiểm thử độ tin cậy (chaos, fault injection, mô phỏng tất định) Chủ đề Thành viên
Lỗi trong hệ phân tán là chắc chắn (máy chết, zone mất, dependency chậm, cấu hình sai), nhưng phần lớn lỗi nằm ở những tổ hợp hiếm mà test chức năng không chạm tới. Bài toán là chủ động gây lỗi để biết hệ thống phản ứng…
- Tự động hoá vận hành và auto-remediation Chủ đề Thành viên
Khi số máy, shard, pod tăng lên hàng nghìn, lỗi "hiếm" (một node chết, một đĩa hỏng, một replica trễ) thành chuyện hằng ngày, và thao tác tay không còn theo kịp: Stripe có hàng trăm lần shard suy giảm mỗi năm, mỗi lần…
- GoCardless Công ty Thành viên
Công ty thanh toán chạy Postgres trên bare-metal. Hai bài cho thấy hai mặt của độ tin cậy DB: một migration schema "vô hại" gây 15 giây downtime vì hàng đợi khoá , và một lần primary hỏng mà Pacemaker không promote…
- Partitioning GitHub's relational databases to handle scale Bài tóm tắt · GitHub · 2021
…roxySQL giảm số kết nối tới primary. - Nhưng lõi vẫn là một cluster mysql1 chứa user, repo, issue, PR. Họ liên tục phải chuyển sang máy to hơn (scale dọc), và mọi sự cố ở mysql1 đề…
- LinkedIn Công ty Thành viên
Bài khung là bài nhìn lại năm 2015 . LinkedIn bắt đầu năm 2003 là một monolith tên Leo. Service đầu tiên tách ra là member graph, vì đồ thị kết nối có profile tải khác hẳn; DB profile được đỡ bằng scale dọc rồi replica…
- Incident review: API and Dashboard outage on 10 October 2017 Bài tóm tắt · GoCardless · 2017
…song: một nhóm tái hiện lỗi, một nhóm chuẩn bị chuyển sang cluster mới. - Dùng một cluster Postgres chạy trong Docker để viết script tái hiện lỗi và lặp thử nhanh. - Manh mối giả:…
- Redis Công ty Thành viên
Nguồn duy nhất của Redis (công ty) trong wiki là bài về atomic slot migration ở Redis 8.4: Redis Cluster dời hash slot giữa shard bằng cách chép snapshot của cả slot kèm luồng delta rồi chuyển quyền một lần, thay cho…