openSUSE:ALP/Workgroups/Installation/Context

跳转到:导航搜索

之前在 SLE 15 或 openSUSE Leap 上可用的完整功能安装程序预计不会在 ALP 中提供。这个工作组的首要任务是确定利益相关者以及他们对最低限度的期望和要求。

目标是部署 Host OS,并将系统的其余配置留给配置管理。此部署应支持镜像部署(并使用来自基于镜像的安装和更新工作组的结果),并可以选择添加额外的 RPM(磁盘或网络的硬件驱动程序)。

这个工作组与全盘加密工作组及其结果密切相关。

这个安装程序/部署器在裸机(或类似虚拟机)上应支持交互式安装,并且也对无人值守部署有用。

它也应支持本地安装(带有屏幕、键盘等)和远程安装(ssh、web 或类似技术)。

一些前提条件

作为澄清工作组范围的首次尝试,收集了一系列开放性问题。其中一些问题在与 ALP 指导委员会的会议中得到了解答。请查看 此 etherpad,其中包含问题和答案。

总结这些答案

  • 预计 ALP 用户会生成他们自己定制的镜像,因此安装多个镜像的能力可能非常重要。
  • 安装程序应该能够创建或重用启动所需的磁盘分区。例如,x86 中的 /boot/efi,s390 中的 /boot/zipl,ppc 中的 PReP 等。
  • 安装程序应涵盖复杂的自定义存储/启动/网络场景,例如,具有完全基于网络的存储的系统,或将系统分布在多个设备上,包括 RAID 或多设备 Btrfs 等。
  • SLE 的许可控制方式尚不清楚。因此,在注册流程方面没有明确的要求。但有一个遥测工作组正在处理这个问题。
  • 安装程序应提供无人值守模式。如果可能,与 SUMA、Ansible 和 Salt 良好集成。
  • 预计不会与 AutoYaST 向后兼容。
  • 预计安装程序不会在内存非常少的环境中(如虚拟机或边缘)使用。在这些情况下,直接丢弃镜像将是使 ALP 进入系统的方式。

安装期间需要配置的事项

如果希望 ALP 成为 SLE 和 Leap 经验丰富的用户的替代方案,那么在裸机上部署 ALP 应该考虑到以下方面/技术

  • 存储管理(许多当前的 SLE 和 Leap 用户将操作系统安装在所有这些的组合之上)
    • 设备类型
      • 本地设备(硬盘、NVMe、可移动设备等)
      • DASDs - IBM s/390 主帧(虚拟)磁盘,需要先激活过程
      • 网络存储(需要配置)
        • iSCSI 包括对 iBFT 的支持
        • FCoE(和 zFCP)
        • NVMe oF/TCP 包括对即将推出的 NBFT 的支持
        • NFS
    • 存储组织
      • 分区(包括多种分区表类型,如 GPT、MSDOS 或 DASD)。
      • LVM(包括快照、精简配置等)
      • Btrfs 功能(快照、子卷、多卷、RAID...)
      • 多路径
      • RAID(软件 RAID、纯固件 RAID 和一些中间解决方案)
      • Tmpfs
      • 加密(LUKS、TPM2、IBM 的普遍加密...)
      • 缓存(bcache)
  • 引导加载程序配置(部分与存储相关)
    • 包括休眠
  • 网络配置
    • 需要配置的系统
      • 安装期间的系统(又名 int-sys)- 可能需要控制该过程(通过 web、ssh、SCM)或访问某些资源
      • 部署的系统 - 通常,但不总是,只是复制 inst-sys 的配置
    • 安装期间应可配置的类型网络/技术
      • 有线
      • 无线
    • 访问镜像/仓库的代理配置
    • 基本防火墙设置,用于远程管理(或保持默认设置)
  • Kdump 配置
  • NTP 配置(为了使安全连接正常工作),请参阅安装程序中的 NTP - 比较
  • 管理员密码/密钥/...(用于稍后管理系统)