Исправление
crypt,
(текущая версия)
:
А смысл, нормальная консультация по конкретному вопросу денег стоит
это верно. нормально отвечать лень, но смысл в том что любой сторидж выбирается под задачу, а не просто «хорошо рейд6 или плохо рейд6».
с первого и если не доступен первый
а балансер кто?
Postgres - Java - Frontend
все на одной машине в рамках дц? т.е. вместо пары серверов, со спец хранилкой под бд, ты рассматриваешь компромисс (raid6 - это именно компромисс). спорно.
10x960 GB SSD
штатный рейд их тупо может не прожевать на бюджетном сервере, а у тебя по виду бюджетный. только, если ты будешь какой-то кастомный raid искать и ставить. с учетом портов, с учетом пропускной способности, батарейки и т.д. и т.п.
всего нужно около 6 TB
нужно оценивать какой доступ к данным. произвольный-случайный. или всегда будет какая-то горячая порция. зачем тут именно SSD? если поток данных большой, то контроллер будет перегружен обсчетом сум для быстрых носителей (недостаток raid6 - повыше нагрузка на cpu). если поток данных небольшой, а нужно просто уменьшить время доступа, то есть смысл подумать о гибридном рейде HDD плюс SSD кеш. тоже компромисс, но дешевле.
Исправление
crypt,
:
А смысл, нормальная консультация по конкретному вопросу денег стоит
это верно. нормально отвечать лень, но смысл в том что любой сторидж выбирается под задачу, а не просто «хорошо рейд6 или плохо рейд6».
с первого и если не доступен первый
а балансер кто?
Postgres - Java - Frontend
все на одной машине в рамках дц? т.е. вместо пары серверов, со спец хранилкой под бд, ты рассматриваешь компромисс (raid6 - это именно компромисс). спорно.
10x960 GB SSD
штатный рейд их тупо может не прожевать на бюджетном сервере, а у тебя по виду бюджетный. только, если ты будешь какой-то кастомный raid искать и ставить. с учетом портов, с учетом пропускной способности, батарейки и т.д. и т.п.
всего нужно около 6 TB
нужно оценивать какой доступ к данным. произвольный-случайный. или всегда будет какая-то горячая порция. зачем тут именно SSD? если поток данных большой, то контроллер будет перегружен обсчетом сум для быстрых носителей (недостаток raid6). если поток данных небольшой, а нужно просто уменьшить время доступа, то есть смысл подумать о гибридном рейде HDD плюс SSD кеш. тоже компромисс, но дешевле.
Исправление
crypt,
:
А смысл, нормальная консультация по конкретному вопросу денег стоит
это верно. нормально отвечать лень, но смысл в том что любой сторидж выбирается под задачу, а не просто «хорошо рейд6 или плохо рейд6».
с первого и если не доступен первый
а балансер кто?
Postgres - Java - Frontend
все на одной машине в рамках дц? т.е. вместо пары серверов, со спец хранилкой под бд, ты рассматриваешь компромисс (raid6 - это именно компромисс). спорно.
10x960 GB SSD
штатный рейд их тупо может не прожевать на бюджетном сервере, а у тебя по виду бюджетный. только, если ты будешь какой-то кастомный raid искать и ставить. с учетом портов, с учетом пропускной способности, батарейки и т.д. и т.п.
всего нужно около 6 TB
нужно оценивать какой доступ к данным. произвольный-случайный. или всегда будет какая-то горячая порция. зачем тут именно SSD? если потом данных большой, то контроллер будет перегружен обсчетом сум для быстрыйх носителей. если поток данных небольшой, а нужно просто уменьшить время доступа, то есть смысл подумать о гибридном рейде HDD плюс SSD кеш. тоже компромисс, но дешевле.
Исправление
crypt,
:
А смысл, нормальная консультация по конкретному вопросу денег стоит
это верно. нормально отвечать лень, но смысл в том что любой сторидж выбирается под задачу, а не просто «хорошо рейд6 или плохо рейд6».
с первого и если не доступен первый
а балансер кто?
Postgres - Java - Frontend
все на одной машине в рамках дц? т.е. вместо пары серверов, со спец хранилкой под бд, ты рассматриваешь компромисс (raid6 - это именно компромисс). спорно.
10x960 GB SSD
штатный рейд их тупо может не прожевать на бюджетном сервере, а у тебя по виду бюджетный. только, если ты будешь какой-то кастомный raid искать и ставить. с учетом портов, с учетом пропускной способности, батарейки и т.д. и т.п.
всего нужно около 6 TB
нужно оценивать какой доступ к данным. произвольный-случайный. или всегда будет какая-то горячая порция. зачем тут именно SSD?
Исправление
crypt,
:
А смысл, нормальная консультация по конкретному вопросу денег стоит
это верно. нормально отвечать лень, но смысл в том что любой сторидж выбирается под задачу, а не просто «хорошо рейд6 или плохо рейд6».
с первого и если не доступен первый
а балансер кто?
Postgres - Java - Frontend
все на одной машине в рамках дц? т.е. вместо пары серверов, со спец хранилкой под бд, ты рассматриваешь компромисс (raid6 - это именно компромисс). спорно.
10x960 GB SSD
штатный рейд их тупо может не прожевать на бюджетном сервере, а у тебя по виду бюджетный.
всего нужно около 6 TB
нужно оценивать какой доступ к данным. произвольный-случайный. или всегда будет какая-то горячая порция. зачем тут именно SSD?
Исходная версия
crypt,
:
с первого и если не доступен первый
а балансер кто?
А смысл, нормальная консультация по конкретному вопросу денег стоит
это верно. нормально отвечать лень, но смысл в том что любой сторидж выбирается под задачу, а не просто «хорошой рейд6 или плохо рейд6».
Postgres - Java - Frontend
все на одной машине в рамках дц? т.е. вместо пары серверов, со спец хранилкой под бд, ты рассматриваешь компромисс (raid6 - это именно компромисс). спорно.
10x960 GB SSD
штатный рейд их тупо может не прожевать на бюджетном сервере, а у тебя по виду бюджетный.
всего нужно около 6 TB
нужно оценивать какой доступ к данным. произвольный-случайный. или всегда будет какая-то горячая порция. зачем тут именно SSD?