Suse and red hat enterprise linux

Что лучше Red Hat Enterprise или Linux SUSE Linux Enterprise Server?

Что лучше Red Hat Enterprise или Linux SUSE Linux Enterprise Server?

Что значит «что лучше»? Какие критерии? А вообще, вопрос религии больше.

По удобству . что бы всё из коробки работало .

На «всё из коробки» винтов не хватит.

Вообще, это настолько разные и специфические вещи, что если возник такой вопрос, то оба варианта не подходят.

SLES — это как RHEL, только от немцев.

Как ты себе представляешь «сервер из коробки»?

Кто-то предпочел бы виски и женщин с пониженной социальной ответственностью а я взял бы зелёный мозератти.

Попробуй Fedora и openSUSE, и реши сам. Лично я выбрал между Fedora и openSUSE — второе, следовательно мне больше подойдёт SLES.

Господа пользуют РХЕЛ, стремящиеся Центось, а пацаны с района — Дебиан. Не помню когда последний раз SLES видел.

Не помню когда последний раз SLES видел.

Источник

SUSE Linux Enterprise Desktop: лучше, чем Red Hat?

Недавно я более подробно рассмотрел Red Hat Enterprise Linux или RHEL, чтобы увидеть, насколько хороша корпоративная операционная система для настольных компьютеров на самом деле. Я обнаружил, что это продукт высшего качества, и Fedora Пользователи были бы чрезвычайно знакомы с этим (неудивительно). Тем не менее, Red Hat — не единственная компания на рынке Linux для настольных компьютеров — есть также SUSE .

Ориентируясь на те же цели, SUSE Linux Enterprise Desktop или «SLED», который стоит 120 долларов за годовую подписку и предлагает различные технологии и программное обеспечение для выполнения работы. Но что же может предложить SLED, и чем он отличается от предложений Red Hat?

Получение ознакомительной копии и установки

С самого начала получить пробную копию SUSE Linux Enterprise Desktop было проще, потому что, в отличие от Red Hat, вам не нужно быть связанным с бизнесом или предприятием, чтобы иметь право. На самом деле, все, что вам нужно сделать, это посетить этот сайт и запросить пробную копию. Затем вас попросят создать учетную запись, чтобы код оценки мог быть связан с чем-либо. После этого вы можете загрузить установочный носитель SUSE Linux Enterprise Desktop. Пробная копия SLED длится в общей сложности 60 дней, а не 30 дней с Red Hat.

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

Програмное обеспечение

Удивительно, но SUSE все еще рассматривает GNOME чтобы быть средой рабочего стола по умолчанию для своих корпоративных предложений, несмотря на тот факт, что openSUSE (из которого получен SLED) более известен своим гладким KDE . Неважно, реализация SLED в GNOME также довольно хороша, так как она настроена так, чтобы отражать настройки, подобные Windows, где в правом нижнем углу есть только одна панель и панель запуска приложений.

Последний выпуск SUSE Linux Enterprise Desktop версии 11 с пакетом обновления 3 (SP3) на самом деле включает в себя некоторое прилично обновленное программное обеспечение. Некоторые примеры включают ядро ​​Linux 3.0.82, Firefox 17 (последний выпуск долгосрочной поддержки), LibreOffice 4 и GNOME 2.28.2. Хотя они, безусловно, не являются последними и лучшими выпусками, они, безусловно, более современны, чем Red Hat, и при этом считаются достаточно стабильными для корпоративных сред.

Вообще говоря, все, что вы можете найти в openSUSE, будет хорошо узнаваемо в SLED. Основное различие между ними состоит в том, что программное обеспечение является более стабильным, а сроки поддержки для SUSE Linux Enterprise Desktop намного больше, чем для openSUSE. На самом деле, программное обеспечение, доступное в SLED, не так ограничено, как в Red Hat Enterprise Linux. Например, вы все еще можете видеть категории программного обеспечения «Игры», «Образование» и «Мультимедиа» в диспетчере программного обеспечения. Хотя я не уверен, действительно ли это имеет значение в долгосрочной перспективе для корпоративных сред, я определенно хотел бы видеть больше доступных вариантов.

Кроме того, с SUSE Linux Enterprise Desktop вы получаете профессиональную поддержку от компании-разработчика операционной системы.

RHEL против SLED

Есть небольшая разница между Red Hat и SUSE. Например, Red Hat фокусируется в основном на GNOME, в то время как SUSE предлагает и GNOME, и KDE (но по умолчанию GNOME). Red Hat также использует совершенно разные инструменты для управления системой, такие как yum для установки пакетов, системные настройки GNOME и кикстарт для автоматической установки. SUSE, с другой стороны, использует YaST в качестве полноценного центра управления для каждой настройки системы или задачи и AutoYaST для автоматизированных установок.

Вывод

Мне конечно нравится SUSE Linux Enterprise Desktop. На самом деле, мне это очень нравится, и я уверен, что мне бы понравилось еще больше, если бы я решил установить рабочий стол KDE, а не придерживаться настроек по умолчанию. Однако, нравится ли мне это больше, чем Red Hat — я не уверен. Мне нравится более широкий выбор программного обеспечения и более современное программное обеспечение, но мне также нравятся инструменты стабильности и настройки Red Hat.

Я уверен, что многие люди, такие как YaST от SUSE, настраивают всю свою систему из одного места, но я постоянно пытаюсь понять, что все делает или что значит. Как человек, который работает с последней версией Fedora с KDE, я действительно не могу помочь, но чувствую, что застрял в середине. SUSE, конечно, пытается соблазнить вас, поэтому, если вы хорошо используете YaST, то SUSE может быть немного лучше.

Если у вас нет особых причин нравиться одному или другому, я бы просто предложил обратиться к поставщику, который географически ближе к вам (где Red Hat находится в Соединенных Штатах, а SUSE находится в Германии). Таким образом, вы будете иметь дело с более местным провайдером, который сможет лучше обслуживать вас с точки зрения поддержки.

Какое корпоративное настольное решение вы считаете лучшим, RHEL или SLED? Как насчет их открытых коллег, Fedora и openSUSE? Дайте нам знать в комментариях ниже!

Источник

Registering Red Hat Enterprise Linux Clients

This section contains information about registering traditional and Salt clients running Red Hat Enterprise Linux operating systems.

Red Hat Enterprise Linux clients are based on Red Hat and are unrelated to SUSE Linux Enterprise Server with Expanded Support, RES, Red Hat, or SUSE Linux Enterprise Server. You are responsible for arranging access to Red Hat base media repositories and RHEL installation media, as well as connecting SUSE Manager Server to the Red Hat content delivery network. You must obtain support from Red Hat for all your RHEL systems. If you do not do this, you might be violating your terms with Red Hat.

Traditional clients are not available on Red Hat Enterprise Linux 8. Red Hat Enterprise Linux 8 clients are only supported as Salt clients.

Server Requirements

Before you begin, check that your SUSE Manager Server meets the requirements at installation:hardware-requirements.adoc.

Taskomatic uses one CPU core, and requires at least 3072 MB of RAM. To ensure that taskomatic has access to enough memory, open the /etc/rhn/rhn.conf configuration file, and add this line:

Import Entitlements and CA Certificate

Red Hat clients require a Red Hat certificate authority (CA) and entitlement certificate, and an entitlement key.

Entitlement certificates are embedded with expiration dates, which match the length of the support subscription. To avoid disruption, you will need to repeat this process at the end of every support subscription period.

Red Hat supply a subscription manager tool to manage subscription assignments. It runs locally to track installed products and subscriptions. Clients must be registered with the subscription manager to obtain certificates.

Red Hat clients use a URL to replicate repositories. The URL will change depending on where the Red Hat client is registered.

Red Hat clients can be registered in three different ways:

Red Hat content delivery network (CDN) at redhat.com

Red Hat Satellite Server

Red Hat update infrastructure (RHUI) in the cloud

This guide covers clients registered to Red Hat CDN. You must have at least one system registered to the CDN, with an authorized subscription for repository content.

Entitlement certificates for RHUI (cloud-based systems) only allow you to download content, not repository data. Satellite certificates for client systems require a Satellite server and subscription. Clients using Satellite certificates are not supported with SUSE Manager Server.

Entitlement certificates are embedded with expiration dates, which match the length of the support subscription. To avoid disruption, you will need to repeat this process at the end of every support subscription period.

Red Hat supplies the subscription-manager tool to manage subscription assignments. It runs locally on the client system to track installed products and subscriptions. Register to redhat.com with subscription-manager, then follow this procedure to obtain certificates.

On the client system, at the command prompt, register with the subscription manager tool:

Enter your Red Hat Portal username and password when prompted.

Copy your entitlement certificate and key from the client system, to a location that the SUSE Manager Server can access:

Your entitlement certificate and key will both have a file extension of .pem . The key will also have key in the filename.

Copy the Red Hat CA Certificate file from the client system, to the same web location as the entitlement certificate and key:

To manage repositories on your Red Hat client, you need to import the CA and entitlement certificates to the SUSE Manager Server. This requires three entries: one each for the entitlement certificate, the entitlement key, and the Red Hat certificate.

On the SUSE Manager Server WebВ UI, navigate to Systems Autoinstallation GPG and SSL Keys .

Click Create Stored Key/Cert and set these parameters for the entitlement certificate:

In the Description field, type Entitlement-Cert-date .

In the Type field, select SSL .

In the Select file to upload field, browse to the location where you saved the entitlement certificate, and select the .pem certificate file.

Click Create Key.

Click Create Stored Key/Cert and set these parameters for the entitlement key:

In the Description field, type Entitlement-key-date .

In the Type field, select SSL .

In the Select file to upload field, browse to the location where you saved the entitlement key, and select the .pem key file.

Click Create Key.

Click Create Stored Key/Cert and set these parameters for the Red Hat certificate:

In the Description field, type redhat-uep .

In the Type field, select SSL .

In the Select file to upload field, browse to the location where you saved the Red Hat certificate, and select the certificate file.

Click Create Key.

Repository Management

You can use the subscription manager tool to get the URLs of the repositories you want to mirror:

You can use these repository URLs to create custom repositories. This allows you to mirror only the content you need to manage your clients.

For Red Hat 8 clients, add both the BaseOS and Appstream channels. You will require packages from both channels. If you do not add both channels, you will not be able to create the bootstrap repository, due to missing packages.

You can only create custom versions of Red Hat repositories if you have the correct entitlements in your Red Hat Portal.

On the SUSE Manager Server WebВ UI, navigate to Software Manage Repositories .

Click Create Repository and set these parameters for the entitlement certificate:

In the Repository Label field, type rhel-7-server-rpms .

In the Repository URL field, type the URL of the repository to mirror. For example, https://cdn.redhat.com/content/dist/rhel/server/7/7Server/x86_64/os/ .

In the Has Signed Metadata? field, uncheck all Red Hat Enterprise Repositories.

In the SSL CA Certificate field, select redhat-uep .

In the SSL Client Certificate field, select Entitlement-Cert-date .

In the SSL Client Key field, select Entitlement-Key-date .

Leave all other fields as the default values.

Click Create Repository.

Repeat for every repository you want to define.

When you have created the custom repositories, you can create corresponding custom channels.

On the SUSE Manager Server WebВ UI, navigate to Software Manage Channels .

Click Create Channel and set these parameters for the entitlement certificate. Ensure you use the correct RHEL version:

In the Channel Name field, type RHEL 7 x86_64 .

In the Channel Label field, type rhel7-x86_64-server .

In the Parent Channel field, select None .

In the Architecture field, select x86_64 .

In the Repository Checksum Type field, select sha1 .

In the Channel Summary field, type RHEL 7 x86_64 .

In the Organization Sharing field, select Public .

Click Create Channel.

Navigate to the Repositories tab, check the appropriate repository, and click Update repositories.

OPTIONAL: Navigate to the Sync tab to set a recurring schedule for synchronization of this repository.

Click Sync Now to begin synchronization immediately.

Red Hat Enterprise Linux channels can be very large. Synchronization can sometimes take several hours.

When you have created the custom channels and synchronized them with the repositories, you can create child channels.

On the SUSE Manager Server WebВ UI, navigate to Software Manage Channels .

Click Create Channel and set these parameters for the entitlement certificate. Ensure you use the correct RHEL version:

In the Channel Name field, type RHEL 7 x86_64 .

In the Channel Label field, type rhel7-x86_64-extras .

In the Parent Channel field, select rhel7-x86_64-server .

In the Architecture field, select x86_64 .

In the Repository Checksum Type field, select sha1 .

In the Channel Summary field, type RHEL 7 x86_64 Extras .

In the Organization Sharing field, select Public .

Click Create Channel.

Navigate to the Repositories tab, check the appropriate repository, and click Update repositories.

OPTIONAL: Navigate to the Sync tab to set a recurring schedule for synchronization of this repository.

Click Sync Now to begin synchronization immediately.

Red Hat Enterprise Linux channels can be very large. Synchronization can sometimes take several hours.

Add Client Tools

When you have set up all the custom channels, you can add the client tools.

For this section, you will require an activation key. For more information about activation keys, see client-configuration:clients-and-activation-keys.adoc.

Your SUSE Manager subscription entitles you to the tools channels for SUSE Linux Enterprise Server with Expanded Support (also known as Red Hat Expanded Support or RES). You must use the client tools channel to create the bootstrap repository. This procedure applies to both traditional and Salt minions.

On the SUSE Manager Server, add the appropriate Expanded Support channels:

For Expanded Support 6:

From the WebВ UI, add RHEL6 Base x86_64 and SUSE Linux Enterprise Client Tools RES6 x86_64 .

From the command prompt, add rhel-x86_64-server-6 and res6-suse-manager-tools-x86_64 .

For Expanded Support 7:

From the WebВ UI, add RHEL7 Base x86_64 and SUSE Linux Enterprise Client Tools RES7 x86_64 .

From the command prompt, add rhel-x86_64-server-7 and res7-suse-manager-tools-x86_64 .

For Expanded Support 8:

From the WebВ UI, add RHEL8 Base x86_64 and SUSE Manager Tools for RHEL and ES 8 x86_64 . You will also need to add the Appstream channel.

From the command prompt, add rhel-x86_64-server-8 and res8-suse-manager-tools-x86_64 .

Synchronize the SUSE Manager Server with the SUSE Customer Center. You can do this using the WebВ UI, or by running mgr-sync at the command prompt.

Add the new channel to your activation key.

You can choose to disable the Red Hat Enterprise Linux subscription-manager yum plugins.

The yum plugins are disabled with a configuration Salt state.

This procedure is optional.

On the SUSE Manager Server WebВ UI, navigate to Configuration Channels .

Click Create State Channel

In the Name field, type subscription-manager: disable yum plugins .

In the Label field, type subscription-manager-disable-yum-plugins .

In the Description field, type subscription-manager: disable yum plugins .

In the SLS Contents field, leave it empty.

Click Create Config Channel

Click Create Configuration File

In the Filename/Path field type /etc/yum/pluginconf.d/subscription-manager.conf .

In the File Contents field type:

Click Create Configuration File

Take note of the value of the field Salt Filesystem Path `.

Click on the name of the Configuration Channel.

Click on View/Edit ‘init.sls’ File

In the File Contents field, type:

Click Update Configuration File

On the SUSE Manager Server WebВ UI, navigate to Systems System Groups .

Click Create Group.

In the Name field, type rhel-systems .

In the Description field, type All RHEL systems .

Click Create Group.

Click States tab.

Click Configuration Channels tab.

Type subscription-manager: disable yum plugins at the search box.

Click Search and the state will appear.

Click the checkbox for the state at the Assign column.

Click Save changes.

If you already have RHEL systems added to SUSE Manager, assign them to the new system group, and then apply the highstate.

You need to modify the activation keys you used for RHEL systems to include the system group created above.

On the SUSE Manager Server WebВ UI, navigate to Systems Activation Keys .

For each the Activation Keys you used for RHEL systems, click on it and:

Navigate to the Groups tab, and the Join subtab.

Check Select rhel-systems `.

Click Join Selected Groups.

Trust GPG Keys on Clients

By default, Red Hat Enterprise Linux does not trust the GPG key for SUSE Manager Expanded Support client tools.

The clients can be successfully bootstrapped without the GPG key being trusted. However, they will not be able to install new client tool packages or update them. If this occurs, add GPG key to the ORG_GPG_KEY= parameter in all Red Hat Enterprise Linux bootstrap scripts.

For example, for SLESВ ESВ 6 ( RES6-SUSE-Manager-Tools ) use:

For example, for SLESВ ESВ 7 ( RES7-SUSE-Manager-Tools ) and SLESВ ESВ 8 ( RES8-SUSE-Manager-Tools ), and UbuntuВ 16.04 ( Ubuntu-16.04-SUSE-Manager-Tools ) and UbuntuВ 18.04 ( Ubuntu-18.04-SUSE-Manager-Tools ) use:

You will find all keys available on the server in /srv/www/htdocs/pub/ :

You do not need to delete any previously stored keys.

If you are bootstrapping clients from the SUSE Manager WebВ UI, you will need to use a Salt state to trust the key. Create the Salt state and assign it to the organization. You can then use an activation key and configuration channels to deploy the key to the clients.

Register Clients

To register your Red Hat clients, you will need a bootstrap repository. Create the bootstrap repository at the command prompt, with this command:

Источник