Professional Documents
Culture Documents
Technical Overview
Enterprise Linux Overview
Complete family of Client & Server products – from Laptop to Mainframe
● Comprehensive architecture support
● Shared base technology, all open source, matured by Fedora Project
Fedora
Open Source Projects
Product Development Overview
Infinite universe of
open source packages.... Fedora is a fundamental part of the
development of Red Hat Enterprise
Linux
Upstream
Linux 2.6.x, Apache, etc. The whole is greater than the sum of
the parts due to a fully integrated
Installer User testing processes
Kitting Core packages contributed
Documentation packages Close participation in upstream
Packaging C
Integration development minimizes patch
Project Management (community coordination, delivery) differences & leverages upstream
Testing (limited internal, huge external) testing
Fedora Fedora & RHEL packages are
'owned' by the same engineer
Support Lifetime
Red Hat Enterprise
Linux 3 Red Hat Enterprise
Linux 4 Red Hat Enterprise
Linux 5 Red Hat Enterprise
- Intel x86 64-bit - EM64T Linux 6
- Red Hat Application Server - 2.6 Kernel base
- Red Hat Desktop - SELinux integration
- Enhanced desktop Updates:
- Red Hat Global File System - Auditing
- Enhanced scalability/performance
- Logical Volume Management 2 - Application profiling/debug tools
- RHN Monitoring - Mirroring & Multipathing
- .... - Netscape-based technologies
- ....
Red Hat Enterprise Linux v.4 Overview
A major goal is to provide a consistent environment that is a smooth continuation
of the v.3 solution stack
● “The same, only better”
Product model is unchanged
● Subscription-based services; seven year support
● Includes all updates, upgrades and unlimited incident support
modification
Sun has announced that it will provide 100% runtime compatibility for Red Hat
Enterprise Linux v.3 applications
● Ref: Sun's Project Janus – announced August 3, 2004
● Planned for delivery in a Sun Solaris 10 update in 2005
● This further establishes RHEL v.3 as the de facto enterprise Linux application
platform
● Will lead to increased ISV application support for Red Hat Enterprise Linux
Serviceability
Kernel Crash Dump analysis
● Netdump – carried forward from Red Hat Enterprise Linux v.3
● X86 only today
● Diskdump
● X86 and Itanium 2 only today
Servlets JSPs
Tomcat
Database
Application
EJB Container
Enterprise
Java Beans
JOnAS
Support for Standards
Red Hat Application Server provides support for all the
leading standards
● Additional standards support will be added in future
releases Sun Java System
Red Hat App
J2EE Technology/API JBoss v3.2 Application Server
Server v1.0
Platform Edition 8
Example uses: Network routing cache; Dentry cache; syscall auditing; netfilter
Updater Reader
Header
Updater can access list
concurrently with Reader(s) A B C
Updater Reader
Header
Updater updates list without
deleting Reader's structure. A B C
New operations see new state
Header
When Reader is complete
its structure is deleted A C
I/O Elevators – CFQ Scheduler
The Linux 2.6 kernel provides additional performance through improved I/O
initiation algorithms
Kernel command line option can be used to select the scheduler for a system
● Provided schedulers:
● CFQ; Deadline; Noop; AS
Device Mapper provides kernel interface for 3rd party storage mgmt apps
● Project sponsored by Red Hat – accepted in upstream kernel
● Pluggable infrastructure: concatenation, striping, mirroring, encryption....
● Clients include IBM's EVMS (Enterprise Volume Management System)
Storage: Logical Volume Management (LVM2)
Improved data availability
● Supports Mirroring (not in LVM1)1
● Up to 32 disks per mirror-set
● Supports multi-pathing
● The 'multipath' OSS project, layered under LVM, is included in RHEL41
● Integrated Mesa
● Open source implementation of the OpenGL 1.5 API
● Lockdown
● Prevents changes to panel, desktop, preferences; browser URL controls
● Network device ring buffers are then polled periodically for completion
● Congestion control
● Runs on IPv4 & IPv6
Networking
Zero copy networking
NFSv4
● Improved access & performance
● Strong security, built-in negotiation
● Better cross-platform interoperability
● Permits protocol extensions
● Operation coalescing (compound network transactions)
● Integrated file locking
● Full support of Windows file sharing
Bluetooth – inherited from stock 2.6 kernel
Infiniband support
● Red Hat is working with partners (Topspin) to ensure that RHEL v.4 (and
RHEL v.3) certified Infiniband drivers are available and supported
● Date TBD
Red Hat Clustering Solutions
RHEL v.4 offers two optional clustering solutions (same as RHEL v.3):
● Red Hat Cluster Suite
● High availability through application failover
● Both products are fully integrated & share underlying cluster technologies
New versions for Red Hat Enterprise Linux v.4
● Red Hat Cluster Suite v.4
● Red Hat Global File System v.6.1
Core Cluster Services
Core clustering functionality for both Red Hat
Cluster Suite and Red Hat Global File System Cluster File Cluster Logical
is delivered in Red Hat Cluster Suite System Volume Manager
● Membership management; I/O fencing;
Lock manager; Heartbeats; Red Hat Global File System
Service/resource manager; Management
GUI IP Load
HA Services
Support for up to 300 nodes (Failover) Balancing
Multiple lock management models Core services:
DLM – Connection Manager – Service Manager
● Client-server with SLM/RLM I/O Fencing – Heartbeats – Management GUI
(single/redundant lock manager) Red Hat Cluster Suite
● Distributed Lock Manager
● New with Red Hat Cluster Suite v.4 Single node LVM2
Also provides core technologies used by Red Hat Global File System
● Included as part of Red Hat Global File System
Distributed Lock Manager
Red Hat Cluster Suite v.4 includes a Distributed Lock Manager (DLM)
● Primarily used by Red Hat Global File System, but available for general
purpose use by any application
● Closely mirrors the original Digital VMS DLM
A DLM is a highly functional, distributed (cluster-wide), application
synchronization subsystem
● Processes use the DLM to synchronize access to a shared resource (e.g. a
file, program, or device) by establishing locks on named resources
● Permits the creation of distributed applications
● e.g Oracle RAC (which uses a private DLM)
● Range locking
Node A Node C
Resource
Master Resource Block
1
Directory Block
Lock Block
Node A Node C
Resource
Master
(1) As root-lock requests are received, lock blocks are created and
linked to the existing resource block.
Node B (2) When a sublock request is received, a subresource block is
Directory created if this is the first request for a lock on the sub-resource.
Node A lock block is then linked to the subresource block.
Node A Node C
Resource
Master 1
6
Node A Node C
Resource
Master
4
2
1
3
Node A Node C
Resource
Master
4
2
3 1
5 (1) When an unlock request is received for a root lock, the lock
block is deallocated. If this is the last lock on the resource, the
Node B resource block is also deallocated.
Directory (2) A message is sent to the resource manager.
Node (3) The resource manager deallocates the lock block. If this is the
last lock on the resource, the resource block is also deallocated.
(4) A response is send to Node C.
(5) A message is sent to the directory node.
6 (6) The directory entry is removed.
(1) Cluster mirroring and cluster snapshots provided in GFS 6.1 update
Red Hat Solution Summary
Management & Support Development & Deployment
Infrastructure Infrastructure
Database – SAN
Questions?
High Level Focus Areas
Provide technology that customers value:
● Choice: A platform with extensive OEM hardware and ISV software partner
certifications and support
● Cost of ownership: Manageable in large-scale deployments
● Security: Now and in the future
● Compatibility: With Red Hat Enterprise Linux v2.1 and v.3
● Commercial environment capabilities
Cornerstone technologies:
● Kernel with feature selection for maturity, scalability and performance
● Updated runtime/development environment
● Enhanced security
● Enhanced desktop technology
● Enhanced system/storage management features
RHEL 4 is a very large release – every single package has been updated
Customer Scenario #1:
Flexibility with investment protection
“I am developing new Java applications, and will
consider an open source alternative. I've already made
large investments in [BEA, IBM, Oracle].
I want an open source application server that is fully
interoperable with my existing J2EE vendors and
applications, so that I can have the flexibility to deploy
open source where possible, while protecting my legacy
investments”.