При storage среда с OpenZFS най-лесната грешка е да се мисли само в терабайти. Реалният въпрос е какъв layout поддържа нужния workload, какви са recovery очакванията и как се държи системата при едновременни read/write операции.
В нашата публично описана архитектура storage слоят е отделен от compute слоя и това е съзнателно решение. Така по-ясно се вижда къде живее рискът и къде трябва да има дисциплина при промени.
Какво реално има значение
- latency при реален workload, а не само synthetic numbers
- snapshot и backup логика, която е разбираема и поддържаема
- ясно разграничение между performance storage и backup storage
- план как се възстановяваш, когато нещо се счупи в неудобен момент
Отделно ще публикуваме и тема за backup и replication логиката, защото тя не трябва да се смесва автоматично със storage performance разговора.
Свързани теми
Искате ли да видите тези настройки в действие?
Всички наши VPS услуги са изградени около същия инженерен подход. Ако търсите реална инфраструктура, а не просто reseller услуга, вижте плановете и инфраструктурата на VPSStorages.
За повече контекст за технологията виж какво е ZFS storage и защо е важно.