ПО - кластеры

Pacemaker, Heartbeat, Corosync, WTF?

One question I still get a lot is what all these projects are/do and how they all relate.

Here is the list of the possible components that might make up a Pacemaker install is:

  • Pacemaker - Resource manager
  • Corosync - Messaging layer
  • Heartbeat - Also a messaging layer
  • Resource Agents - Scripts that know how to control various services

Pacemaker is the thing that starts and stops services (like your database or mail server) and contains logic for ensuring both that they’re running, and that they’re only running in one location (to avoid data corruption).

But it can’t do that without the ability to talk to instances of itself on the other node(s), which is where Heartbeat and/or Corosync come in.

Think of Heartbeat and Corosync as dbus but between nodes. Somewhere that any node can throw messages on and know that they’ll be received by all its peers. This bus also ensures that everyone agrees who is (and is not) connected to the bus and tells Pacemaker when that list changes.

For two nodes Pacemaker could just as easily use sockets, but beyond that the complexity grows quite rapidly and is very hard to get right - so it really makes sense to use existing components that have proven to be reliable.

You only need one of them though :-)

Finally, in order to avoid teaching Pacemaker about every possible service that people might want to make highly available, we make use of the OCF standard to hide the details in scripts - which we call Resource Agents. Any series of command-line actions can be easily turned into a resource agent by adding them to an existing template.

However a collection of the most commonly useful ones are made available as part of the Resource Agents project.

And of course pre-built packages for all these come with most of the popular Linux distributions, including Fedora, openSUSE, SLES >= 10, RHEL >= 6, Debian, and Ubuntu.

Ссылки

Перенос сэйвов из профиля в профиль на xbox 360

Для этого нам потребуются 3 программы:
1)Party Buffalo DE - http://dwl.xbox-scene.com/xbox360pc/harddrive/Party%20Buffalo%20Drive%20Explorer.EXE
2)Modio - http://xbox-world.ru/load/0-0-0-58-20
3)Hex-editor XVI32 - http://xbox-world.ru/load/0-0-0-48-20

Теперь сам план действий:

1) Подключаем HDD/флешку/что угодно, где записан ваш профиль
2) Включаем Party Buffalo и вытаскиваем его из директории /Data/Content/E*код баненного профиля/еще какая-то папка/00010000 (кто пользовался ГоД играми знает)
3) Кидаем файл на рабочий стол и ОБЯЗАТЕЛЬНО делаем копию!
4) Запускаем Modio, открываем там свой профиль, переходим во вкладку Files и ищем там файл Accounts. Жмем правую кнопку мыши - Extract, и кидаем куда угодно, чтоб потом легко найти было.
5) Закрываем окошко с профилем и запускаем Account Tool, что находится в Profile Mod tools
6) Жмем Load Account, затем Decrypt Account, потом Save Account, ПОСЛЕ этого меняем статус с Online(Normal) на Offline(Normal), после этого снова жмем Save Account, саму программу и окно в ней не трогаем.
7) Открываем Hex-editor XVI32, в нем открываем файл Account, над которым мы только что издевались
8) Отсчитываем с начала 40 клеточек и с 41 клетки вводим восемь ПАР нулей, то есть меняем те значения, что там есть, на пары нулей. Чтобы не ошибиться - находим справа в таблице слово PROD, отчитываем перед ним 4 клетки, 5 клетка - конец наших пар нулей! 
9) СОХРАНЯЕМ ФАЙЛ!
10) Открываем снова Modio, нажимаем Encrypt Accont, закрываем окошко
11) Снова в Modio открываем свой профиль, входим во вкладку Files, правая кнопка мыши -> Inject file into current folder, находим наш Account и заменяем им старый.
12) Возвращаемся во вкладку General File Info и обязательно жмем Rehash & Resign

Теперь профиль можно закинуть обратно на ваши флешки! Потом заходите под ним на Xbox и заново регитесь в лайве) Все ваши ачивки и сейвы останутся на этом профиле, поменяется только имя и вы потеряете свой лайв)

FreeBSD - FS snapshots

Мгновенные копии файловых систем

Во FreeBSD 5.0 вместе с технологией отложенных обновлений представлена новая возможность: генерация мгновенных копий файловых систем.

Мгновенные копии позволяют пользователю создавать образы заданных файловых систем и работать с ними как с файлами. Файлы мгновенных копий должны создаваться в той файловой системе, над которой производится действие, и пользователь может создавать не более 20 мгновенных копий для каждой файловой системы. Активные копии записываются в суперблок, так что они остаются в силе между операциями монтирования и размонтирования в процессе системных перезагрузок. Если мгновенная копия больше не нужна, она может быть удалена стандартной командой rm(1). Мгновенные копии могут удаляться в любом порядке, однако всё использованное пространство не может быть использовано, так как другая мгновенная копия может претендовать на некоторые блоки из освобождённых.

В момент первоначального создания устанавливается флаг schg (обратитесь к страницам справочной системы по команде chflags(1)) для обеспечения того, что даже пользователь root не сможет произвести запись в мгновенную копию. Однако команда unlink(1) делает исключение для файлов мгновенных копий, позволяя их удалять при наличии установленного флага schg, так что нет необходимости снимать флаг schg перед удаление файла мгновенной копии.

Мгновенные копии создаются при помощи утилиты mount(8). Чтобы создать мгновенную копию /var в файле /var/snapshot/snap, воспользуйтесь такой командой:

 # mount -u -o snapshot /var/snapshot/snap /var

PERC - настройка оптимизации raid-массивов

PERC - Dell PowerEdge RAID Controller.

Read policy

  • Read-Ahead. When using read-ahead policy, the controller reads sequential sectors of the logical drive when seeking data. Read-ahead policy may improve system performance if the data is actually written to sequential sectors of the logical drive.
  • No-Read-Ahead. Selecting no-read-ahead policy indicates that the controller should not use read-ahead policy.
  • Adaptive Read-Ahead. When using adaptive read-ahead policy, the controller initiates read-ahead only if the two most recent read requests accessed sequential sectors of the disk. If subsequent read requests access random sectors of the disk, the controller reverts to no-read-ahead policy. The controller continues to evaluate whether read requests are accessing sequential sectors of the disk, and can initiate read-ahead if necessary.

 
blog.txt · Последние изменения: 2013/01/23 14:51 — Антон Бугреев · []