Метки не работают с плагином Подверсии

Этот ответ был отредактирован после того, как вопрос был разъяснен.

Что является другими причинами облака эффектов для предпочтения DAS

Где "DAS" означает Непосредственно подключаемую систему хранения данных, т.е. жесткие диски SAS или SATA.

Поставщики "облачных" решений все использование DAS, потому что это предлагает улучшения порядка величины цены/производительности. Это - случай масштабирования горизонтально.

Короче говоря, жесткие диски SATA и контроллеры SATA являются дешевыми предметами потребления. Они - продукты массового рынка и оценены очень низко. Путем создания большого кластера дешевых ПК с дешевыми дисками SATA Google, Amazon и другие получают обширную мощность по очень низкой стандартной цене. Они затем добавляют свой собственный программный слой на вершине. Их программное обеспечение делает репликацию мультисервера для производительности и надежности, контроля, восстанавливая равновесие репликации после отказа оборудования и других вещей.

Вы могли смотреть на MogileFS как более простой представитель вида программного обеспечения, которое Google, Amazon и другие используют для устройства хранения данных. Это - другая реализация, конечно, но это совместно использует многие из тех же целей дизайна и решений как крупномасштабные системы. Если Вы хотите, вот переходящая точка для получения дополнительной информации о GoogleFS.

указанный позже в бумаге, Облака должны использовать SAN, или NAS из-за DAS не является соответствующим, когда VM перемещается в другой сервер

Существует 2 причины, почему SAN не используется.

1) Цена. SAN является чрезвычайно дорогим в крупном масштабе. В то время как они могут быть технически "лучшим" решением, они обычно не используются в очень крупномасштабных установках из-за стоимости.

2) Теорема ОГРАНИЧЕНИЯ Eric Brewer Теоремы ОГРАНИЧЕНИЯ показывает, что в очень крупном масштабе Вы не можете поддержать сильную непротиворечивость при хранении приемлемой надежности, отказоустойчивости и производительности. SAN является попыткой создания сильной непротиворечивости в аппаратных средствах. Это может работать приятно на 5 000 установок сервера, но это, как никогда доказывали, не работало на Google 250.000 + серверы.

Результат: До сих пор поставщики облачных вычислений приняли решение продвинуть сложность поддержания состояния сервера разработчику приложений. Текущие облачные предложения не обеспечивают согласованное состояние для каждой виртуальной машины. Серверы приложений (виртуальные машины) могут отказать и их локальные данные быть потерянными в любое время.

У каждого поставщика затем есть их собственная реализация персистентного устройства хранения данных, которое Вы, как предполагается, используете для важных данных. Предложения Amazon являются хорошими примерами; MySQL, SimpleDB и Простая Служба устройства хранения данных. Эти предложения сами отражают теорему ОГРАНИЧЕНИЯ - экземпляр MySQL имеет сильную непротиворечивость, но ограниченную масштабируемость. SimpleDB и S3 масштабируются фантастически, но только в конечном счете последовательны.

0
задан 3 July 2011 в 10:24
1 ответ

Как Вы обеспечиваете учетные данные?

У меня была та же проблема, должные недостающие/неправильные учетные данные. Я следовал описанию на этой странице, где описано, как можно измениться/установить учетные данные для репозиториев SVN.

1
ответ дан 4 December 2019 в 22:17

Теги

Похожие вопросы