Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Беззащитные данные

Чулан
В голове крупных бизнес-потребителей ИТ произошло наконец-то смещение акцента с бизнес-приложений на данные, обрабатываемые этими приложениями. А в словосочетании «центр обработки данных» теперь заслуженно выделяют третье слово, а не второе. Вместе с пониманием главной роли данных в бизнесе пришёл и панический страх их утери. Ведь по статистике IDC, в случае продолжительного отсутствия доступа к оперативным данным большинство компаний ожидает банкротство.

Существует два принципиально разных подхода к обеспечению надёжности хранения данных. Первый – это резервное копирование. С резервированием связаны два главных понятия – RPO (recovery point objective) и RTO (recovery time objective). RPO – это момент времени, в который система содержала данные, соответствующие резервной копии. RTO – это время, занимаемое процессом резервирования/восстановления. Естественно, что с ростом объёма корпоративных данных, RTO растёт пропорционально объёму данных, а RPO возникают всё реже и реже. А значит, самые свежие, самые ценные данные становятся наиболее уязвимыми, и их объём при этом возрастает.

Второй подход – это «data is always there», то есть защита данных непосредственно в системе хранения, в момент их попадания туда. А это означает real time RPO и стремящееся к нулю RTO. Этот подход усиленно продвигается грандами систем хранения данных (в частности, компанией EMC). Самый популярный способ обеспечения защиты по предложенной концепции – RAID (redundant array of independent disk; кстати, ранее вместо слова «independent» фигурировало «inexpensive», что для современных fibre channel дисков вряд ли применимо). Принцип действия заключается в объединении нескольких дисков в группу и хранении в ней данных и избыточной информации. Думаю, нет особого смысла рассказывать про уровни RAID, поскольку нас сейчас интересует самый популярный уровень – 5.
((cut))
В RAID5 группе данные сохраняются «размазанными» по всем дискам, также «размазанными» сохраняются и коды коррекции – информация, требующаяся для восстановления данных. Её избыточность для RAID5 составляет оптимальные 25% от объёма полезных данных. RAID5 построен таким образом, что группа выдерживает отказ одного диска единовременно.

Казалось бы, при такой технологии хранения, данные действительно always there. Давайте посмотрим насколько «always». Тонкий момент здесь заключается в том, что группа выдерживает отказ только одного диска в один момент времени. Даже если вы моментально заменяете этот диск, группе требуется определённое время для того, чтобы восстановить на этот диск данные и коды коррекции (rebuild). Данные, естественно, при этом доступны, но если во время проведения процедуры rebuild произойдёт отказ ещё одного диска, то группа будет разрушена. Чем больше дисков в группе и чем больше объём каждого диска, тем более частым будет отказ одного из них, и тем больше времени требуется на rebuild. Вплоть до того, что RAID5 группа из большого количества недорогих объёмных дисков может полностью разрушаться несколько (3-4 раза) раз за год!

Решение этой проблемы во введении двойной коррекции, RAID6 или RAID5 DP. Такая группа выдерживает отказ уже двух дисков в один момент времени (как мы выяснили выше, «момент» для больших групп довольно продолжительное время процедуры rebuild). Отказ двух дисков подряд событие не частое. Теоретически, для групп менее 20 ТБ уровень RAID6 обеспечивает на 2 порядка лучшую защиту данных (время до потери данных) для дисков со средними параметрами, чем RAID5.

Практика заставляет усомниться в теории вероятности: выход из строя второго диска в момент rebuild весьма вероятен. Особенно это касается систем, находящихся под серьёзной рабочей нагрузкой. Влияют на это два фактора. Во-первых, процедура rebuild на продуктивной системе серьёзно нагружает диски, количество операций чтения/записи значительно увеличивается на уже сильно нагруженной системе. Во-вторых, при современном уровне микроэлектроники, диски выходят с конвейера похожими друг на друга как клоны; соответственно, и такой важный параметр, как время наработки на отказ (MTBF), у них практически одинаков. Таким образом, один из дисков, достигший предельного времени работы, приводит к повышенной нагрузке на всю группу, более быстрому, чем в обычных условиях, исчерпанию ресурса остальных дисков и, как следствие, повышенной вероятности отказа ещё одного диска. Этакое веерное отключение.

Производители систем хранения борются с этим как могут. Например, IBM при заказе системы хранения поставляет диски различных производителей и различных партий, для того чтобы внести неоднородность в MTBF дисков и уменьшить вероятность одновременного отказа двух дисков в группе. Однако, концепцию data is always there это не спасает. И наряду с защитой данных in-place продолжает использоваться и резервное копирование. Что, кстати, также не обеспечивает 100% защиты данных от аппаратного сбоя…

Держите это в уме: ваш бизнес уязвим, как и ваши данные. Абсолютная защита данных невозможна, но используя комбинированный подход к защите данных, надёжные устройств и полным резервированием систем хранения вероятность потери корпоративных данных можно минимизировать.
Всего голосов 61: ↑52 и ↓9 +43
Просмотры 710
Комментарии 114

От данных — к информации

Чулан
В последнее время в специализированной прессе все чаще появляется «загадочная» аббревиатура ILM – Information Lifecycle Management. Ведущие разработчики один за другим предлагают решения для той или иной части ILM, красиво расписывая общую схему хранения данных в реорганизованном соответствующим образом датацентре. Однако ясного понимания, что же такое ILM, у российских заказчиков, на наш взгляд, пока не сложилось.

Первое, что стоит отметить: ILM – не панацея, не технология, не решение и не руководство к действию. Это концепция, отражающая современный взгляд на корпоративные данные; набор практик управления, нацеленных на достижение оптимального соотношения ценности информации для бизнеса и стоимости инфраструктуры её хранения.

ILM, согласно SNIA (Storage Networking Industry Association, www.snia.org), это политики, процессы, практики, сервисы и инструменты, используемые для того, чтобы соотнести ценность информации с точки зрения бизнеса с наиболее подходящей и эффективной по стоимости инфраструктурой, начиная с момента создания информации и заканчивая ее размещением. Информация сопоставляется с бизнес-требованиями через политики управления и уровни предоставления сервиса, связанные с приложениями, данными и метаданными.

Говоря проще, это концепция автоматического размещения данных в инфраструктуре датацентра на основании требований бизнеса к параметрам защищенности, доступности информации и с учетом ее ценности для бизнеса, актуальности и минимизации расходов на хранение. Какие же проблемы хранения помогает решить ILM?

Не захлебнуться в океане данных

Ни для кого не секрет, что объем корпоративной информации с каждым годом увеличивается, и очень серьезно. В соответствии с отчетами IDC рост объемов хранимых и обрабатываемых данных составляет более 70% в год. В среднестатистической современной компании три тысячи сотрудников ежедневно передают по электронной почте терабайт данных. Всего в мире, по подсчётам Gartner, в 2005 году отправлялось 36 миллиардов электронных сообщений в день — в три раза больше, чем в 2001-м. В некоторых специфичных отраслях, например в медицине, наблюдается экспоненциальный рост информационных объёмов.

Ситуация осложняется требованиями нормативных актов и внутрикорпоративныхстандартов, предписывающих длительное хранение некоторых видов информации — иногда в течение 5--10 лет. А это значит, что компания, имеющая корпоративные данные скромного объема в 1 Тбайт и показывающая рост этих объёмов 60% в год (не самый большой по современным меркам), через 10 лет будет хранить уже 110 Тбайт информации. Увеличение более чем в 100 раз!

Проблема взрывного роста объемов данных тесно связана с другой проблемой: постоянно усложняются процессы управления распределенной инфраструктурой датацентров. Современный центр обработки данных состоит из тысяч взаимодействующих компонентов – серверов, элементов систем хранения (логических единиц, дисков, контроллеров, управляющих серверов, ленточных накопителей и т. д.), элементов сетей хранения и локальных сетей (маршрутизаторов, хост-контроллеров, адаптеров и пр.). Для управления сложной инфраструктурой применяются специальные инструменты, причём для каждого вида инфраструктурных элементов — свои. И чем больше в датацентре разнородных компонентов, тем больше инструментов управления вы вынуждены использовать. Что ещё больше увеличивает сложность системы.

Кроме того, использование специализированных инструментов управления инфраструктурой не решает основной задачи – управлять лавинообразно растущим потоком данных. Компании продолжают хранить информацию в дорогих высокопроизводительных системах и, несмотря на снижение стоимости оборудования, с каждым годом расходуют всё больше средств на её хранение. Процесс резервного копирования становится всё сложнее и требует больше и больше времени. При этом существующие инструменты управления не автоматизируют в достаточной степени процессы размещения информации – администраторы фактически вручную выделяют место для ее хранения, задают привязку к необходимым серверам, создают расписание резервного копирования, определяют источники и места назначения.

Сложившуюся ситуацию в области хранения данных можно охарактеризовать следующим образом: объем данных катастрофически растет, а имеющиеся инструменты управления не в силах с этим справиться.

Нужны ли бизнесу все сохраняемые в системах данные?

Возвращаясь к примеру компании, за 10 лет увеличившей объём корпоративной информации в 100 раз, зададимся вопросом: так ли необходимы её бизнесу эти 110 Тбайт данных, размещенных в оперативных хранилищах?

Очевидно, что нет. С течением времени меняется как ценность данных, так и требования к их доступности и защищенности. Так, ценность финансовой транзакции максимальна в течение первого месяца и впоследствии неуклонно снижается. Кроме того, финансовая запись в ERP-системе компании и, скажем, личное письмо сотрудника имеют разную ценность для бизнеса уже в момент создания.

Между тем в оперативных высокопроизводительных хранилищах датацентра располагаются все данные, включая устаревшие и ненужные, в то время как храниться там должны только те, к которым предъявляются высокие требования доступности.

Анализ, проведенный Enterprise Storage Group, показывает, каким образом ценность информации для бизнеса изменяется с течением времени в зависимости от ее типа.



Мы можем сделать важный вывод: разные классы информации имеют разную ценность для бизнеса, и эта ценность меняется с течением времени.

Следующее важное свойство корпоративных данных – их состояние. Создаваемые данные сохраняются в датацентре для последующей обработки и затем в зависимости от решаемых бизнесом задач изменяются. Пока данные изменяются, они находятся в активном состоянии и называются оперативными. Но с течением времени наступает момент, когда данные «закрепляются» и более изменениям не подвергаются. Они могут использоваться для генерации новых документов, сводных отчетов и т. п. Такие данные называют ссылочными. Естественный способ хранения ссылочных данных – архив.

В современных датацентрах обычно оперативные и ссылочные данные размещаются вместе, в одних и тех же хранилищах, что не только увеличивает стоимость хранения, но и создает трудности с соблюдением нормативных актов, регламентирующих хранение определенных видов информации.

Наконец, есть еще одно состояние – устаревшие данные, которые нигде более не используются, а срок их хранения, регламентируемый нормативными актами, истек. Такие данные больше не нужны бизнесу, их ценность нулевая, и они могут быть удалены. В настоящее время устаревшие данные отслеживаются практически вручную, их удаление из системы представляет собой кошмар для администратора, а хранение – пустую трату денег.

Вперед и вверх!

Описывая текущую ситуацию с хранением данных, мы намеренно не акцентировали внимания на различии между данными и информацией. Точно так же эти различия не учитываются в сложившейся сегодня практике организации процессов и инфраструктуры хранения. Однако именно этот аспект – один из важнейших в концепции ILM: данные ≠ информация

Данные – это просто набор байтов, способ отражения бизнес-информации в инфраструктуре хранения. С такой точки зрения все они представляют одинаковую ценность, поскольку их семантика не определена, а значение здесь имеют такие параметры, как надежность хранения, защищенность и доступность. Именно этими характеристиками оперируют современные системы хранения данных и инструменты управления инфраструктурой.

Информация – это данные, представляющие определенный смысл для бизнеса. Аналогичные по структуре данные, одинаково размещенные в системе хранения, могут иметь совершенно разный смысл и, следовательно, разную ценность для компании. Например, личное письмо сотрудника, посланное по электронной почте, и письмо того же сотрудника, содержащее конфиденциальные сведения о клиенте.

ILM предлагает уйти от управления данными и сфокусироваться на управлении информацией. Для этого необходимо в первую очередь изменить подход к ее хранению. В рамках ILM предлагается классифицировать бизнес-информацию компании, прежде чем она попадет в инфраструктуру хранения. Классификация – это необходимый для эффективного управления жизненным циклом информации процесс, обеспечивающий хранимые данные адекватной семантикой.

Для этого процесса вводятся понятия целевых показателей уровня сервиса (Service Level Objectives — SLO) и «политик» (Policies), на основе которых будет осуществляться управление хранением информации. SLO определяет, какие показатели ключевых характеристик (надежности, доступности и др.) должны обеспечиваться инфраструктурой хранения для данного класса информации. «Политики» определяют необходимые действия с конкретными классами информации при возникновении определенных условий (например, при окончании срока жизни информации). Основой для формирования SLO и политик являются бизнес-требования и бизнес-процессы компании, а также различные нормативные акты.

Таким образом, подход к хранению данных в датацентре становится информационно-центричным.



Создаваемая информация классифицируется, с ней связываются определенные SLO, на основании которых интегрированный в инфраструктуру механизм управления размещает эту информацию согласно заданным политикам. Это значит, что информация, требующая высокой доступности, попадет в высокопроизводительные системы хранения, а та, что не является критически важной для бизнеса, разместится в недорогих хранилищах.

При этом механизмы работы приложений с данными не меняются, но инструменты управления постоянно отслеживают ценность информации, ее состояние и перемещают ее в адекватные системы хранения согласно политикам и SLO. На определенном этапе жизненного цикла информация может стать ссылочной, устареть или повторно использоваться. Тогда механизм управления в первом случае передаст ее в архив, во втором – просто удалит, а в третьем – заново классифицирует и свяжет с другим SLO.

Таким образом, датацентр, построенный согласно ILM, обеспечивает следующие основные преимущества:

  • снижение стоимости хранения информации (за счет своевременного переноса данных в недорогие системы хранения и уничтожения устаревшей информации);
    строгое соблюдение нормативных актов, регламентирующих хранение данных, путем автоматического применения политик;
    достижение соответствия характеристик хранения (надежности, защищенности, доступности и др.) различным классам информации;
    исключение дублирования информации (за счет управления ссылочными данными).

    И при этом информация всегда предоставляется в нужном месте, в нужное время и по оптимальной цене.
Всего голосов 25: ↑22 и ↓3 +19
Просмотры 445
Комментарии 41

TaffyDB — СУБД для AJAX приложений

JavaScript *

Если вы разработчик AJAX приложений или интерфейсов, то вам это окажется полезным. Если приходится хранить некоторые достаточно обьемные данные в структурированном виде на стороне клиента, то каким образом это оптимально сделать? Конечно, вам могут помочь обычные массивы (тип данных или, скорее, встроенный обьект Array), и он даже предоставит базовые функции для управления массивом данных и основные операции над ним, но это очень, скажем так, низкоуровневое решение, часть функционала может зависеть от реализации JS-движка в конкретном браузере. Кроме этого, что-то делать с сохраненными данными нужно писать достаточно много собственного кода, и в конце концов ваш код превращается в такое нагромождение вызовов, функций и переменных, что разобраться в этом ой как сложно.

Да, выход из этого есть. В частности, самым лучшим решением (в теории) является использовать специальных плагинов для расширения функциональности браузера, для примера, в Google Gears встроена полноценная СУБД (SQLite), и вы получаете в свое распоряжение все ее возможности прямо в JavaScript коде (самое ценное, по моему, кроме хранения большого обьема данных, является полнотекстовый поиск). Аналогичные инструменты можно встретить в спецификации HTML 5, да и в последних версиях Mozilla Firefox будет встроена база данных в качестве клиентского стораджа, в среде Adobe AIR также используется встроенная база SQLite. Но что делать, если все эти радости по какой-либо причине недоступны либо их использование ограничено, а удобное хранение и работа с данными нужно иметь уже здесь и сейчас, и без дополнительных надстроек. Выход, конечно же есть!

Читать дальше →
Всего голосов 30: ↑29 и ↓1 +28
Просмотры 2.3K
Комментарии 8

Исследование AJAX Client Storage — от хирургии Dojo к собственной реализации Fullajax Storage

Ajax *
С интенсивным развитием веб-приложений все более востребованным становится хранение больших обьемов данных на стороне клиента. Это не просто упрощает приложение – часто именно применяя клиентскую систему хранения данных можно существенно расширить функциональность создаваемого приложения, позволив ему делать то, что в другом случае было бы невозможно.
Читать дальше →
Всего голосов 17: ↑16 и ↓1 +15
Просмотры 1.5K
Комментарии 30

Альтернатива cookies посредством Java Script

JavaScript *
Поиск по хабру похожей статьи не дал, потому рискну поделится с теми кто еще не в курсе
Многие из вас сталкивались с проблемой хранения данных на клиенте. Первым делом в голову приходит cookies но ограничение хранения данных в размере не более 4kb не всех радует, сегодня если позволите я вам расскажу как посредством Java Script хранить около 100kb на клиенте.
итак приступим
Всего голосов 1: ↑1 и ↓0 +1
Просмотры 13K
Комментарии 43

Почему Hewlett-Packard заставляет покупать свои винты?

Компьютерное железо
Заказали у дилера HP server storage (NAS)…

Вот заказ:


Все было замечательно до момента подписания договора, когда поступил ответ что, каретка для винтов отдельно не продается и придется покупать только с винтами (а их 12 штук)

И разница в цене довольно ощутима: 1 винт 360 усд

Кто-то встречался с такой ситуацией? Может дилер разводит нас на дополнительные деньги?

Куда смотрит Антимонопольная служба?...

Кроме этого нам сказали обратиться к другим поставщикам ( vdmais.kiev.ua/hp_linecard.asp). Так эти кросавчиги без парт-намбер нифига не знают что и посоветовать (а парт-намбер дают только после заключения договора — замкнутый круг получаеться). короче не знаем что делать…
Всего голосов 29: ↑17 и ↓12 +5
Просмотры 879
Комментарии 30

easyStore AH340-UA230N — доступный домашний сервер от Acer всего за $400

Компьютерное железо
image

Acer вторгается на рынок домашних серверов. И их первым подобным продуктом стал easyStore AH340-UA230N со встроенной Windows Home Server. Продукт оснащен процессором Intel Atom 230 и 2GB DDR2 RAM. Наряду с объемом хранилища 1 ТВ вы также получаете три дополнительных 3.5" hot swap разъёма с возможностью установки носителей информации до 7TB.
Читать дальше →
Всего голосов 44: ↑39 и ↓5 +34
Просмотры 3.2K
Комментарии 112

Бюджетные петабайты: Как построить дешевое облачное хранилище

Компьютерное железо
Перевод
Познакомьтесь с Backblaze Pod: 67 терабайт за $7867

Мы в Backblaze предлагаем нашим клиентам неограниченное хранилище всего за $5 в месяц, поэтому нам пришлось выяснить, как хранить сотни петабайт клиентских данных надёжным масштабируемым образом, при этом сохраняя цены низкими. Посмотрев на несколько коммерческих решений с неоправданно высокими ценами, мы решили строить наши собственные нестандартные контейнеры хранилища Backblaze (Backblaze Storage Pods): 67-терабайтные 4U-серверы за $7867.

В этом постинге мы расскажем, как создать такой контейнер хранилища, и будем рады, если вы используете подобный дизайн сами. Мы надеемся, что от совместного использования этой идеи выиграют все: как вы, так и мы, поскольку вы можете усовершенствовать этот дизайн и прислать нам улучшения. Эволюция и снижение затрат являются критичными для продолжения успеха Backblaze.
Читать дальше →
Всего голосов 143: ↑134 и ↓9 +125
Просмотры 16K
Комментарии 268

Бюджетные петабайты: Как построить дешевое облачное хранилище. ч. 2

Компьютерное железо
Перевод
Продолжение. Начало см. здесь

Соединяя провода: Как собрать контейнер хранения Backblaze


Диаграмма разводки питания контейнера хранения Backblaze приведена ниже. Блоки питания (БП) предоставляют бОльшую часть своей мощности по 2-м разным напряжениям: 5V и 12V. Мы используем 2 БП в контейнере, поскольку 45 дисков требуют много 5V-мощности, в то время как мощные ATX БП отдают бОльшую часть своей мощности по шине 12V. Это не случайность: 1500W и более мощные ATX БП спроектированы для мощных 3D-видеоплат, которым нужна дополнительная мощность по шине 12V. Мы могли бы предпочесть 1 серверный БП, но 2 ATX БП дешевле.

Диаграмма разводки питания сервера
Читать дальше →
Всего голосов 76: ↑72 и ↓4 +68
Просмотры 8.7K
Комментарии 129

Обзор возможностей онлайн баз данных, на примере использования Caspio Bridge

Чулан
1. Что такое онлайн базы данных?
Онлайн база данных – это, зачастую, web-приложение, которое позволяет хранить, манипулировать и публиковать данные, без знаний программирования и web-дизайна. Под публикацией, понимается автоматическая генерация HTML страниц для поиска/просмотра/редактирования данных хранящихся в БД. Приложения данной категории, опять же, чаще всего, основаны на моделях SaaS и PaaS. Для работы нужен только современный браузер. Другими словами, любая домохозяйка, обладая базовыми навыками работы с компьютером, может создать, например, справочник рецептов, и опубликовать его на своей домашней странице. С возможностью поиска, сортировки, редактирования, загрузки результатов.
Читать дальше →
Всего голосов 8: ↑7 и ↓1 +6
Просмотры 881
Комментарии 6

Google объявил о значительном удешевлении стоимости дополнительного дискового пространства

IT-компании
Как известно, уже довольно долго Google предоставляет возможность приобрести дополнительную дисковую квоту для Gmail и Picasa Web. Однако раньше цена была хоть и не запредельной, но все же весьма существенной. Теперь стоимость 20Гб — всего $5 в год. Желающие могут увеличить свою квоту аж до 16Тб (за $4096 в год). Более подробная информация доступна в официальном блоге.
Всего голосов 63: ↑54 и ↓9 +45
Просмотры 565
Комментарии 116

STORY Station с USB 3.0

Блог компании Samsung
Samsung STORY Station с USB 3.0Устройство выполнено на основе 3.5" винчестеров, объемом 1 или же 2 Тб, как понятно из названия, соединение с компьютером происходит через высокоскоростной интерфейс USB 3.0, имеющий обратную совместимость с USB 2.0 и USB 1.1.

Читать дальше →
Всего голосов 19: ↑12 и ↓7 +5
Просмотры 7.5K
Комментарии 60

Хранилище от Google

IT-компании
Google Storage for Developers — аналог Amazon S3 — был объявлен.

Можно регистрироваться на предварительную запись.

Расценки:

Storage — $0.17/gigabyte/month
Upload — $0.10/gigabyte
Download — $0.15/gigabyte для Америки и Европы
PUT, POST, LIST — $0.01 per 1,000 requests
GET, HEAD — $0.01 per 10,000 requests

Во время беты — 100 гигабайт хранения и 300 гигабайт трансфера бесплатно.
Всего голосов 79: ↑72 и ↓7 +65
Просмотры 959
Комментарии 24

AWS Import/Export позволит ускорить передачу больших объемов данных на S3 хранилище

Хостинг
Amazon анонсировал AWS Import/Export сервис. По их словам, воспользоваться услугами почты и загрузить данные с и на конечное физическое устройство в обход интернета в некоторых случаях оказывается действительно быстрее.
AWS
Читать дальше →
Всего голосов 7: ↑6 и ↓1 +5
Просмотры 886
Комментарии 5

Хранение данных в Google App Engine

Google App Engine *
За основу данной статьи взята запись в блоге Ника Джонсона (Nick Johnson). В дополнение к ней приведено немного цифр, актуальных на данный момент и добавлены некоторые заметки.

App Engine предоставляет множество способов хранения информации. Некоторые (например, хранилище данных) хорошо известны, но другие почти нет, и у всех них характеристики различаются. В этой статье будут перечислены различные возможности и описаны преимущества и недостатки каждой из них, так что Вы сможете принимать решения, имея больше информации о возможностях хранения данных.
Читать дальше →
Всего голосов 42: ↑40 и ↓2 +38
Просмотры 5K
Комментарии 20

«Сделайте мне красиво!» Выпуск №26

Чулан
Вашему вниманию очередной выпуск подкаста о веб-разработке «Сделайте мне красиво!»

Show notes:


Наши ссылки: RSS и лента на rpod.ru
Всего голосов 4: ↑3 и ↓1 +2
Просмотры 224
Комментарии 0

Как бы я рассказал о возможностях чипсета Intel Z68 Express на примере MSI Z68A-GD80 (B3)

Компьютерное железо Видеокарты
image

Предлагаю от лица подготовленного пользователя познакомиться с возможностями нового чипсета от ребят из Санта-Клары на примере флагманской материнской платы MSI Z68A-GD80 (B3). Разумеется, заранее я знаю, с чем мне придется столкнуться: возможность разгона процессора и встроенной графики, технология Intel RST SSD Caching (Rapid Storage Technology) и, конечно же, уникальная в своем роде инициатива LucidLogix Virtu.
Читать дальше →
Всего голосов 40: ↑35 и ↓5 +30
Просмотры 7.3K
Комментарии 25

Будущее Активностей — сессии, переносимые между устройствами

Настройка Linux *
Этот пост является переводом вот этой написанной сегодня статьи.

Пост приглянулся мне прежде всего тем, что автор приходит к идее общего хранилища данных, и затрагивает тренд кросс-девайсности, который раскочегарили последние изменения в Mac/iOS.

Итак, пишет Chani Armitage.

Я пытался написать этот пост в течение многих месяцев, и обычно все заканчивалось или полным ступором, или еще какими-нибудь недоразумениями. Так что, забить — я начну писать, а потом посмотрим, что получится.

О чем я хотел рассказать, так это о сессиях, об XSMP, и о Вейленде.

Читать дальше →
Всего голосов 33: ↑31 и ↓2 +29
Просмотры 1.3K
Комментарии 43

Red Hat выходит на рынок «Big Data»

Системное администрирование *
Перевод
В начале месяца вышел релиз Red Hat Enterprise Linux 6.2, в котором особое внимание уделено хранению данных. Теперь понятно почему — Red Hat выходит на новый для себя рынок, рынок больших данных («big data»). После того, как Red Hat купил Gluster, я опубликовал некоторые свои мысли о том, для чего сделана это покупка. Но я не мог даже представить, что новый продукт у Red Hat появится всего-лишь спустя два месяца, после анонса сделки..

Одна из причин, почему Red Hat станет первой Open Source компанией с оборотом в миллиард долларов, это то, что она занимается не только дистрибутивом Linux, но и многими другими вещами, связанными с Linux, такими как облачные вычисления, виртуальные десктопы (VDI), Java Enterprise и теперь, с выходом Red Hat Storage Software Appliance, управлением большими данными.
Читать дальше →
Всего голосов 55: ↑44 и ↓11 +33
Просмотры 2.6K
Комментарии 33

FreeNAS 7 (0.7.x) сегодня официально прекращает девелопмент?

*nix *
Компания IX systems, закрывшая недавно пожертвования через SourceForge команде, разрабатывавшей FreeNAS изначально, заявила, что не собирается продолжать разработку FreeNAS 7, который они называют Legacy.

Действительно, с их бизнес-моделью это не очень вяжется, ведь будет FreeNAS 8 free и FreeNAS 8 PRO for money.

Однако, разработчики старой версии не очень-то хотят в этом участвовать, поэтому им важно ваше мнение, стоит ли им отделится и продолжать разработку удачного продукта бесплатно, надеясь на пожертвования или же…

Скажите им, что вы думаете на форуме

Несмотря на это, ребята успели выпустить FreeNAS based on FreeBSD 9.0 with ZFS 28 sw 5… мне кажется им стоит продолжать работу :)

Upd: Если кому интересно — последний билд будет сегодня, 0.7.5.9898.
Всего голосов 25: ↑21 и ↓4 +17
Просмотры 7K
Комментарии 17