LINUX.ORG.RU

История изменений

Исправление 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?