https://ssl.opennet.dev/openforum/vsluhforumID3/95667.html После полутора лет разработки компания Oracle представила (http://www.oracle.com/us/corporate/press/2195450) выпуск операционной системы Solaris 11.2 (http://www.oracle.com/technetwork/server-storage/solaris11/overview/index.html). Для загрузки в настоящее время подготовлена (http://www.oracle.com/technetwork/server-storage/solaris11/downloads/beta-2182939.html) бета-версия Solaris 11.2, установочные образы с которой доступны для архитектур x86 и SPARC. Для архитектуры x86 дополнительно поставляется (http://www.oracle.com/technetwork/server-storage/solaris11/downloads/beta-install-2190883.html) демонстрационная Live-система. Из ключевых улучшений нового выпуска отмечается интеграция средств для обеспечения работы облачных инфраструктур, основанных на платформе OpenStack, поддержка нового вида изолированных контейнеров kernel zones и возможности по развёртыванию SDN-сетей.<br><br><br>Основные новшества (http://www.oracle.com/technetwork/server-storage/solaris11/documentation/solaris11-2-whatsnew-2191087.pdf) Solaris https://ssl.opennet.dev/openforum/vsluhforumID3/95667.html#55 Mon, 05 May 2014 12:48:44 GMT Если база важная, то раскошелятся.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/95667.html#54 Mon, 05 May 2014 12:45:16 GMT Зачем LLVM/Clang если есть санстудия<br> https://ssl.opennet.dev/openforum/vsluhforumID3/95667.html#53 Mon, 05 May 2014 09:46:42 GMT Если нужны удобства придётся раскошелится на нормальный volume manager (Symantec VxVM). А чем тут "поможет" ФС?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/95667.html#52 Mon, 05 May 2014 07:38:42 GMT &gt;&gt;CoW сам по себе не особо дружит с журналами БД и прочая, размножая работу/сажая скорость.<br><br>А если посмотреть на это под другим углом зрения ? Неправильное использоване ZFS приводит к подобным проблемам. Есть список определённых рекомендаций для Oracle + ZFS. <br><br>И есть здравый смысл. <br><br>Аксиома:<br>Основные проблемы с производительностью БД, - задержки по вводу-выводу. <br><br>Как ZFS может помочь увеличить производительность ?<br>1. ARC и L2ARC. Если L2ARC посадить на SSD, то прирост производительности гарантирован. Также важно выделять достаточно памяти для ARC.<br>2. Включить компрессию. Ввод-вывод на большинстве систем характеризуется как 80 к 20 (чтение/запись). Это поможет сократить объём записи и чтения, соответственно сократив ввод-вывод вообще, за счёт потери вычислительных ресурсов.<br>3. Использовать RAID-10 pools.<br>4. CoW - copy on write, не будет помехой логам БД Oracle, т.к. в лог файлах перезапись блоков отсутствует как класс, - они последовательные. Даже откат транзакции в лог-файлах последователен. https://ssl.opennet.dev/openforum/vsluhforumID3/95667.html#51 Mon, 05 May 2014 07:11:01 GMT &gt; ФС вообще не нужна, raw-devices + ASM <br><br>Неудобно в управлении. Поэтому хотят чтобы ФС все-таки была, но - минимально мешалась и максимально помогала. Нормальное желание вроде.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/95667.html#50 Mon, 05 May 2014 07:09:57 GMT &gt; Когда Btrfs в Oracle Linux под базы в продакшен пустят, а? <br><br>Спроси у менеджмента оракла. Я лишь могу констатировать что судя по их хотелкам к ФС и тому что ряд господ с мыльниками на @oracle.com коммитит невзирая на уход Криса, они таки весьма заинтересованы в ФС которая [b]нормально[/b] укладывается под их базу.<br><br>Понимаешь, изя, маркетоидный булшит это замечательно. Но клещинг журнальной логики базы и ФС - маркетинговым булшитом не лечится. Зато он может посадить производительность в разы из-за умножения работы в несколько раз.<br><br>&gt; Или уже пустили, и я что-то пропустил?<br>&gt; http://www.spinics.net/lists/linux-btrfs/msg19006.html <br><br>Ну они там сватали некую поддержку уже энное время назад, но имхо они с этим торопятся. Но я могу их понять почему. ZFS под их базы - совсем не то что им надо. CoW сам по себе не особо дружит с журналами БД и прочая, размножая работу/сажая скорость. В btrfs его в таком случае можно отключить. И заложено архитектом и сделано это все явно по пожеланию оракля.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/95667.html#49 Mon, 05 May 2014 05:30:22 GMT ФС вообще не нужна, raw-devices + ASM<br> https://ssl.opennet.dev/openforum/vsluhforumID3/95667.html#48 Sun, 04 May 2014 22:14:03 GMT &gt; lx branded zones будут? Или уже полностью забили?<br><br>Забили.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/95667.html#47 Sun, 04 May 2014 22:12:48 GMT Начиная с S11 FCS (на самом деле еще с 11/11, т.е. nevada build 151) Солярис не рассматривается как ось для десктопа. Даже корпоративного (SunRay выпиливаются, trusted extensions пока остаются, но ни шатко ни валко)<br>