Czy pracujesz z NoSQL magazynem Apache Cassandra?
23 maja Odnoklassniki zapraszają doświadczonych programistów do swojego biura w Petersburgu na , poświęcony pracy z Apache Cassandra. Liczy się tylko Twoje doświadczenie w pracy z Cassandrą i chęć podzielenia się nim.
Jesteśmy w OK Apache Cassandra w 2010 roku do przechowywania ocen zdjęć. Obecnie jesteśmy największymi użytkownikami Apache Cassandra w Runecie i jednymi z największych w Europie. Mamy ponad sto różnych klastrów, które są wykorzystywane zarówno do przechowywania różnych informacji produktowych – klas, czatów, wiadomości, jak i do zarządzania krytycznymi danymi infrastrukturalnymi – mapowaniem logicznych bloków na dyski dużego, binarnego magazynu - , zarządzanie danymi wewnętrznej chmury itd.
Łącznie w pod zarządem Cassandry znajduje się petabajt danych na tysiącach węzłów. W tym czasie zdobyliśmy ogromne doświadczenie w administracji, rozwoju i eksploatacji rozwiązań opartych na Cassandrze i nawet opracowaliśmy naszą .
Teraz chcemy podzielić się tym wszystkim z Wami — na prawdziwych przypadkach z praktyki i bez tajemnic; Wydarzenie odbędzie się w formacie żywej dyskusji między uczestnikami, co oznacza, że dyskusja zajmie większość czasu. są gotowi podzielić się swoimi pomysłami i podejściem. Prowadzącymi wydarzenie będą i .
Jakie będą tematy?
Eksploatacja:
Zastanowimy się nad typowymi konfiguracjami węzłów i klastrów w różnych instalacjach produkcyjnych. Omówimy, jak rozszerzać klastry w miarę wzrostu danych i obciążenia oraz jak wymieniać uszkodzone węzły przy minimalnym wpływie na klientów. Podzielimy się problemami i usystematyzujemy popularne pułapki. Ustalimy, jak monitorować klastry, aby z wyprzedzeniem wiedzieć, gdzie i co dokładnie działa nieprawidłowo. Poruszymy problemy z wdrażaniem nowych wersji Cassandry.
Wydajność:
Spróbujemy zrozumieć, na jakie metryki zwracać uwagę i co można dostroić, aby poprawić metryki. Rozwiążemy problem, czy należy retrawować, a jeśli tak, to jak. Zidentyfikujemy wąskie gardła w architekturze i realizacji Cassandry oraz omówimy kilka inżynieryjnych sztuczek, aby je ominąć. Poruszymy palące problemy regularnego naprawiania i kompilacji bez spadku wydajności.
Odporność na awarie:
Sprzęt nie jest wieczny, dlatego awarie zdarzają się na porządku dziennym, a ręka kolegi może się zadrżeć i usuniemy coś przypadkowo. Porozmawiajmy więc o odzyskiwaniu po awariach dysków, maszyn lub centrów danych, jak również o przywracaniu do spójnego stanu z kopii zapasowych w przypadku błędów operatora.
i opowiedzcie o wydarzeniu swoim przyjaciołom i współpracownikom.
Źródło: habr.com
