1. cat /proc/mdstat - если у вас рейда нету, тогда:
2. Пишем в ДЦ и просим установить систему с software-raid1.
3. Если ДЦ не хочет этого делать, тогда просим подключить к серверу IP-KVM и положить в него диск с Debian 6(!). пятый уже устарел, после чего пишем любому в этой теме (можно мне, я буду демпинговать ;)).
1. Оплата ресурсов по факту присуща облакам, но нет никаких сложностей организовать ее и без всяких "облаков". На облаке просто другой подход неприемлем.
2. Невозможность выйти за пределы одной ноды, даже если используется приложение, написанное правильно (читай умеет обрабатывать потоки данных распределенно).
Там стоит HA-кластер с оплатой ресурсов по факту. А это уже не другой термин.
Например, Google Apps обеспечивает приложения для бизнеса в режиме онлайн, доступ к которым происходит с помощью Интернет-браузера, в то время как ПО и данные хранятся на серверах Google.
Из вашей же википедии. Т.е. вычисления производятся и у клиента и на сервере, т.е. на двух машинах одновременно.
A simple example of cloud computing is Yahoo email or Gmail etc. You dont need a software or a server to use them. All a consumer would need is just an internet connection and you can start sending emails. The server and email management software is all on the cloud ( internet) and is totally managed by the cloud service provider Yahoo , Google etc. The consumer gets to use the software alone and enjoy the benefits. The analogy is , 'If you only need milk , would you buy a cow ?' All the users or consumers need is to get the benefits of using the software or hardware of the computer like sending emails etc. Just to get this benefit (milk) why should a consumer buy a (cow) software /hardware ?
От честно первоистоки искать было лень. Но облачность началась именно с амазона и гугла. Амазон фактически ставит кучу виртуалок в параллель - что и называлось изначально облаком. Т.е. на таких виртуалках и делаются очень ресурсоемкие вычисления. И в это время виртуалки могут мигрировать между железом... Кстати, самый простой пример - блейд-серверы. ими можно хоть всю стойку заставить и получить вплоть до нескольких сотен ядер... Но вся разница в том, что это взаимодействует не по сети а по другим интерфейсам. Теперь еще обратите внимание, что одну и ту же задачу выполняет больше одной машины в параллель (почта).
Raistlin добавил 16.02.2011 в 11:33
Концепция облака Print Главная > ИТ-Инфраструктура > Консолидация и виртуализация > Концепция облака Облачная инфраструктура представляет собой комплекс, сформированный из совокупности вычислительных ресурсов, ресурсов систем хранения данных, сетевой инфраструктуры, компонент управления и мониторинга. Облачная инфраструктура предоставляет среду функционирования для размещаемых на ее платформе сервисов и определяет параметры этого функционирования (производительность, масштабируемость, отказоустойчивость). Идея современной концепции облачной инфраструктуры состоит в том, что решение задач обеспечения непрерывности и высокой доступности сервисов переносится с уровня приложений на уровень ресурсов облачной инфраструктуры (ресурсных пулов): сервисы наследуют характеристики ресурсных пулов, на базе которых функционируют. Например, если стоит задача обеспечения катастрофоустойчивости для какого-то конкретного сервиса или набора разнотипных сервисов, мы помещаем их на ресурсы, защищенные с помощью продукта «Красная кнопка», и уже нет необходимости в построении дорогостоящих и сложных кластерных систем средствами приложений, задача катастрофоустойчивости решена однократно на уровне катастрофоустойчивого ресурсного пула облачной инфраструктуры. Подобным образом решается и задача масштабируемости: в случае необходимости наращивания каких либо ресурсов инфраструктуры (вызванной, например, ростом нагрузки или внедрением новых приложений) мы устанавливаем именно те ресурсы, нехватку в которых испытываем, а автоматическое перераспределение нагрузки – это задача облачной инфраструктуры, которая решается автоматически и без остановки или простоя размещенных на ее платформе сервисов.
А эти люди занимаются как раз продажей облаков. Почувствуйте разницу между предложением и одной физической нодой.
... Есть. Мы.
vip-moto, глупые вопросы. Это разные вещи для разных целей.
У Вас уже и так Software-RAID 1 судя по тому что вы написали.
http://en.wikipedia.org/wiki/Mdadm как написали выше.
Не факт.
swenter,
Помогу срочно и не дорого.
1. cat /proc/mdstat - если у вас рейда нету, тогда:
2. Пишем в ДЦ и просим установить систему с software-raid1.
3. Если ДЦ не хочет этого делать, тогда просим подключить к серверу IP-KVM и положить в него диск с Debian 6(!). пятый уже устарел, после чего пишем любому в этой теме (можно мне, я буду демпинговать ;)).
4. радуемся жизни.
от zoo
Разве с ним проблемы? Странно. Никаких проблем не вижу :)
Raistlin добавил 18.02.2011 в 04:50
С япронцами Русскому человеку работать не получится.
По поводу всего остального - на воде вилами.
vip-moto, Переведите апач в режим Worker
Возьмите обычный Юникс-хостинг. Будет мало - расширитесь. если есть навыки администрирования - лучше возьмите VDS - они легко масштабируются.
neotach, Maxi-S, 6144 Мбайт места, домены: Unlimited, почта, фтп, etc Unlimited, RAM Guaranteed - 768 Мбайт, 1,5 Тбайт трафика, php_memory_limit 192 мбайт, 1500 р/мес. не оно? 🍿
Спрячьте из паблика. Здесь у меня уже есть мысли по этому поводу, пишите в ISPSystem
Ну почему же все... Просто даже просмотры - величина эфемерная. Т.е. только один из факторов... Вот данные другого хостера бы видеть - это да...
1. Оплата ресурсов по факту присуща облакам, но нет никаких сложностей организовать ее и без всяких "облаков". На облаке просто другой подход неприемлем.
2. Невозможность выйти за пределы одной ноды, даже если используется приложение, написанное правильно (читай умеет обрабатывать потоки данных распределенно).
Там стоит HA-кластер с оплатой ресурсов по факту. А это уже не другой термин.
Из вашей же википедии. Т.е. вычисления производятся и у клиента и на сервере, т.е. на двух машинах одновременно.
http://en.wikipedia.org/wiki/Cloud_computing
поглядите на картинку в статье.
От честно первоистоки искать было лень. Но облачность началась именно с амазона и гугла. Амазон фактически ставит кучу виртуалок в параллель - что и называлось изначально облаком. Т.е. на таких виртуалках и делаются очень ресурсоемкие вычисления. И в это время виртуалки могут мигрировать между железом... Кстати, самый простой пример - блейд-серверы. ими можно хоть всю стойку заставить и получить вплоть до нескольких сотен ядер... Но вся разница в том, что это взаимодействует не по сети а по другим интерфейсам. Теперь еще обратите внимание, что одну и ту же задачу выполняет больше одной машины в параллель (почта).
Raistlin добавил 16.02.2011 в 11:33
Print Главная > ИТ-Инфраструктура > Консолидация и виртуализация > Концепция облака
Облачная инфраструктура представляет собой комплекс, сформированный из совокупности вычислительных ресурсов, ресурсов систем хранения данных, сетевой инфраструктуры, компонент управления и мониторинга. Облачная инфраструктура предоставляет среду функционирования для размещаемых на ее платформе сервисов и определяет параметры этого функционирования (производительность, масштабируемость, отказоустойчивость).
Идея современной концепции облачной инфраструктуры состоит в том, что решение задач обеспечения непрерывности и высокой доступности сервисов переносится с уровня приложений на уровень ресурсов облачной инфраструктуры (ресурсных пулов): сервисы наследуют характеристики ресурсных пулов, на базе которых функционируют. Например, если стоит задача обеспечения катастрофоустойчивости для какого-то конкретного сервиса или набора разнотипных сервисов, мы помещаем их на ресурсы, защищенные с помощью продукта «Красная кнопка», и уже нет необходимости в построении дорогостоящих и сложных кластерных систем средствами приложений, задача катастрофоустойчивости решена однократно на уровне катастрофоустойчивого ресурсного пула облачной инфраструктуры.
Подобным образом решается и задача масштабируемости: в случае необходимости наращивания каких либо ресурсов инфраструктуры (вызванной, например, ростом нагрузки или внедрением новых приложений) мы устанавливаем именно те ресурсы, нехватку в которых испытываем, а автоматическое перераспределение нагрузки – это задача облачной инфраструктуры, которая решается автоматически и без остановки или простоя размещенных на ее платформе сервисов.
А эти люди занимаются как раз продажей облаков. Почувствуйте разницу между предложением и одной физической нодой.